(57)【要約】【課題】素材の二次加工作品制作者の経済的負担を解消できるようにし、また、二次加工作品制作者の作成したコンテンツ利用に当たり、ユーザの負担を合理的なレベルにまで軽減できると共に、素材提供者および素材の二次加工作品制作者共に販売量を拡大できる仕組みを提供すること。【解決手段】有料コンテンツ20Cを素材として組み込み、二次加工して一つの作品として構成したコンテンツ20Bを販売するにあたり、前記素材と前記二次加工作品それぞれは暗号化すると共に、これら素材と前記二次加工作品それぞれに、その素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わすための契約用情報を付加し、暗号化に用いられた暗号キーはサーバに登録して、利用契約が成立した場合にその契約成立した利用者に配信することを特徴とする。【選択図】      図２
2007115267.tif 000002
【特許請求の範囲】
【請求項１】
暗号キーによって暗号化された、素材提供者から提供される素材コンテンツにこの素材コンテンツを利用可能にするための契約処理用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む、二次加工作品制作者により制作された二次加工作品コンテンツから、前記暗号化された素材コンテンツを利用可能とするコンテンツ流通システムであって、
前記暗号化された素材コンテンツの暗号キーを保持するサーバと、
前記サーバと接続され、前記二次加工作品コンテンツ中の指定された前記素材コンテンツに添付されている、（ａ）契約記述言語で記述された契約手続き情報、（ｂ）コンテンツを復号するためのキー及び（ｃ）コンテンツ毎に割り当てられるユニークな識別子を有する契約処理用の情報に基づき、前記サーバとの間で契約条件を満たすための第１アクション及びコンテンツの利用形態に係る第２アクションを含む契約処理を実行して前記サーバから前記暗号キーを取得し、該取得した暗号キーにより前記暗号化された素材コンテンツを復号するデコーダ、及び復号したコンテンツを再生するプレーヤを含むクライアントとを具備することを特徴とするコンテンツ流通システム。
【請求項２】
暗号キーによって暗号化された、素材提供者から提供される素材コンテンツにこの素材コンテンツを利用可能にするための契約処理用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む、二次加工作品制作者により制作された二次加工作品コンテンツを利用可能とするコンテンツ流通システムであって、
前記暗号化された素材コンテンツの暗号キーを保持するサーバと、
前記サーバと接続され、利用が指定された前記二次加工作品コンテンツ中の暗号化された素材コンテンツに添付されている、（ａ）契約記述言語で記述された契約手続き情報、（ｂ）コンテンツを復号するためのキー及び（ｃ）コンテンツ毎に割り当てられるユニークな識別子を有する契約処理用の情報に基づき、前記サーバとの間で契約条件を満たすための第１アクション及びコンテンツの利用形態に係る第２アクションを含む契約処理を実行して前記サーバから前記暗号キーを取得し、該取得した暗号キーにより前記暗号化された素材コンテンツを復号するデコーダ、及び復号したコンテンツを再生するプレーヤを含むクライアントとを具備することを特徴とするコンテンツ流通システム。
【請求項３】
暗号キーによって暗号化された、素材提供者から提供される素材コンテンツにこの素材コンテンツを利用可能にするための契約処理用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む、二次加工作品制作者により制作された二次加工作品コンテンツから、前記暗号化された素材コンテンツを利用可能とするコンテンツ流通方法であって、
サーバが、前記暗号化された素材コンテンツの暗号キーを保持するステップと、
前記サーバと接続されたデコーダが、前記二次加工作品コンテンツ中の指定された暗号化された素材コンテンツに添付されている、契約記述言語で記述された（ａ）契約記述言語で記述された契約手続き情報、（ｂ）コンテンツを復号するためのキー及び（ｃ）コンテンツ毎に割り当てられるユニークな識別子を有する契約処理用の情報に基づき、前記サーバとの間で契約条件を満たすための第１アクション及びコンテンツの利用形態に係る第２アクションを含む契約処理を実行して前記サーバから前記暗号キーを取得し、該取得した暗号キーにより前記暗号化された素材コンテンツを復号するステップと、
プレーヤが、前記デゴーダが復号したコンテンツを再生するステップとを具備することを特徴とするコンテンツ流通方法。
【請求項４】
暗号キーによって暗号化された、素材提供者から提供される素材コンテンツにこの素材コンテンツを利用可能にするための契約処理用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む、二次加工作品制作者により制作された二次加工作品コンテンツを利用可能とするコンテンツ流通方法であって、
サーバが、前記暗号化された素材コンテンツの暗号キーを保持するステップと、
前記サーバと接続されたデコーダが、利用が指定された前記二次加工作品コンテンツ中の暗号化された素材コンテンツに添付されている、（ａ）契約記述言語で記述された契約手続き情報、（ｂ）コンテンツを復号するためのキー及び（ｃ）コンテンツ毎に割り当てられるユニークな識別子を有する契約処理用の情報に基づき、前記サーバとの間で契約条件を満たすための第１アクション及びコンテンツの利用形態に係る第２アクションを含む契約処理を実行して前記サーバから前記暗号キーを取得し、該取得した暗号キーにより前記暗号化された素材コンテンツを復号するステップと、
プレーヤが、前記デゴーダが復号したコンテンツを再生するステップとを具備することを特徴とするコンテンツ流通方法。
【請求項５】
暗号キーによって暗号化された、素材提供者から提供される素材コンテンツにこの素材コンテンツを利用可能にするための契約処理用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む、二次加工作品制作者により制作された二次加工作品コンテンツから、前記暗号化された素材コンテンツを利用可能とするコンテンツ流通プログラムであって、
前記暗号化された素材コンテンツの暗号キーを保持するサーバと、前記サーバと接続され、利用が指定された前記二次加工作品コンテンツ中の暗号化された素材コンテンツに添付されている、（ａ）契約記述言語で記述された契約手続き情報、（ｂ）コンテンツを復号するためのキー及び（ｃ）コンテンツ毎に割り当てられるユニークな識別子を有する契約処理用の情報に基づき、前記サーバとの間で契約条件を満たすための第１アクション及びコンテンツの利用形態に係る第２アクションを含む契約処理を実行して前記サーバから前記暗号キーを取得し、該取得した暗号キーにより前記暗号化された素材コンテンツを復号するデコーダ、及び復号したコンテンツを再生するプレーヤを含むクライアントとを具備するコンテンツ流通システムとしてコンピュータを機能させるためのコンピュータで読み取りおよび実行可能なコンテンツ流通プログラムを記録した媒体。
【請求項６】
暗号キーによって暗号化された、素材提供者から提供される素材コンテンツにこの素材コンテンツを利用可能にするための契約処理用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む、二次加工作品制作者により制作された二次加工作品コンテンツを利用可能とするコンテンツ流通プログラムであって、
前記暗号化された素材コンテンツの暗号キーを保持するサーバと、前記サーバと接続され、利用が指定された前記二次加工作品コンテンツ中の暗号化された素材コンテンツに添付されている、（ａ）契約記述言語で記述された契約手続き情報、（ｂ）コンテンツを復号するためのキー及び（ｃ）コンテンツ毎に割り当てられるユニークな識別子を有する契約処理用の情報に基づき、前記サーバとの間で契約条件を満たすための第１アクション及びコンテンツの利用形態に係る第２アクションを含む契約処理を実行して前記サーバから前記暗号キーを取得し、該取得した暗号キーにより前記暗号化された素材コンテンツを復号するデコーダ、及び復号したコンテンツを再生するプレーヤを含むクライアントとを具備するコンテンツ流通システムとしてコンピュータを機能させるためのコンピュータで読み取りおよび実行可能なコンテンツ流通プログラムを記録した媒体。
【請求項７】
前記デコーダは、前記取得した暗号キーに記録されている寿命の指定形式が再生可能回数か否かを調べ、再生可能回数であって再生可能回数が残っていれば再生可能回数を１回分減らす処理をさらに行う請求項１または２のいずれか１項に記載のコンテンツ流通システム。
【請求項８】
前記デコーダは、前記取得した暗号キーに記録されている寿命が有効期限内か否かを調べ、有効期限内であれば前記暗号キーは有効であるとし、有効期限内でなければ前記暗号キーを消去した上で前記暗号キーは無効であるとする処理をさらに行う請求項１または２のいずれか１項に記載のコンテンツ流通システム。
【請求項９】
前記デコーダが実行する契約処理は、前記契約記述言語で記述された契約手続きを解釈してＸＭＬ文書を生成し、前記契約記述言語からスタイルシートを取り出して前記ＸＭＬ文書に適用する処理を含むことを特徴とする請求項１または２のいずれか１項に記載のコンテンツ流通システム。
【請求項１０】
前記デコーダが実行する契約処理は、前記契約記述言語で記述された契約手続きを解釈してＸＭＬ文書を生成し、前記契約記述言語から前記第１アクションを取り出して実行する処理を含むことを特徴とする請求項１または２のいずれか１項に記載のコンテンツ流通システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの利用を広く展開できるようにしたものであって、有料コンテンツを素材として組み込み、一つの作品として構成した二次加工作品としてのコンテンツの制作と販売を行い易くしたコンテンツ流通システムおよびコンテンツ流通方法に関するものである。
【背景技術】
【０００２】
今日、ＷＷＷ（World Wide Web）に代表されるコンピュータネットワークの整備・普及とネットワーク端末の高性能化により、文章・音楽・映像・コンピュータプログラムなど膨大な量のデジタルコンテンツ（ソフトウェア）を、地理的制約を超えて簡単に交換できるようになった。すなわち、ＷＷＷのようなネットワークに接続されたサーバを用意してこのサーバにコンテンツを格納して配信可能にすることにより、ネットワーク上のどこからでもそのコンテンツをダウンロードして利用可能になったわけであり、これはまさにコンテンツ流通の分野においてネット配信がもたらした流通革命とも云えるものである。
【０００３】
すなわち、文章・音楽・映像・コンピュータプログラムなど有料のコンテンツは、従来、紙や磁気媒体、光媒体などを使用してかたちや大きさのある物品の体をなした商品として出荷され、販売店店頭や通信販売などの流通小売業者を介して売買取り引きされていた。これをネット配信でまかなうことができるようになったわけであり、ユーザは営業時間や距離を気にせずにいつでも購入可能になったのである。
【０００４】
このような環境が整うと、次の段階として重要さを増すのは料金徴収の仕組みの機械化技術である。
【０００５】
有料コンテンツ（ソフトウェア）をネットワークで流通させてその課金を機械処理する技術は、今後非常に重要になると予測される。なぜなら、従来のソフトウェアの販売と比較して、物流コストや課金処理する人件費から解放され、かつ有料コンテンツの不正利用を理論的に排除することができるからである。
【０００６】
ところで、コンテンツの課金システムとしては特開平１１−２８３３２７号公報に開示されたシステムなどが典型的である。このシステムの仕組みを簡単に説明すると、流通時には、暗号化されたコンテンツと再生のための契約事項を１つずつ含んだデータ形式で配布し（このデータ形式を「流通形式」と呼ぶ）、再生するときは、契約履行と引き換えに入手できるキーを用いてコンテンツを復号化（この状態を「再生形式」と呼ぶ）して再生するというものであって、対価を払ってコンテンツの利用権を買い取るようなコンテンツ利用モデルを処理することができる。ここで、このような利用形態を「買取方式」と呼ぶこととする。
【０００７】
この開示技術による課金システムの場合、買取方式であるから、販売の成立とコンテンツの引き渡しが終われば取引の全てが集結する。
【０００８】
確かに、一から作り上げたコンテンツを販売する場合、コンテンツの著作者は１人であり、コンテンツの享受者が著作者に対価を支払う処理を、上述の課金システムで取り扱うことができる。
【０００９】
音楽や絵画などでは稀であるが、例えば、ウェブページや３Ｄコンピュータグラフィックスなどでよく見られるように、制作者がコンテンツを一から作成するのではなく他人の有料コンテンツを購入してこれを素材として利用して自己の作品に組み込み、新たな別の一つの作品として生み出すと云うことが行われている。
【００１０】
この場合は、あらかじめ二次加工作品制作者が作品内に使用する各素材の使用権を素材提供者（素材創作提供者）から買い取った上でその素材利用の新作品を販売するという手順を踏む形態をとっているので、コンテンツの取引段階毎に売買が完成するかたちとなり、この形態の取引にあたっても、上述の課金システム上ですべての契約処理を支障なく扱うことができる。
【００１１】
尚、上記において、素材となるコンテンツの作者を素材提供者、提供された素材を利用して一つの作品を制作する人を二次加工作品制作者と称することとしている。また以降、説明の便宜上、著作者が一人であるようなコンテンツを純正コンテンツ、素材を組み込んで構成されるコンテンツを複合コンテンツと呼ぶものとする。
【００１２】
買取方式の契約の場合、素材の売価は、将来にわたって二次加工作品制作者がそれを用いることによる累積利益を元に見積もられるということと、顧客が二次加工作品制作者に限られるため、母集団が小さいということから、どうしても高額の設定になりがちである。そのため、買取方式を適用するのはユーザにとって経済的負担が大き過ぎるが故に、ビジネス的にみてユーザが大きく拡大するということが望めず、発展性に乏しい仕組みとなりがちである。
【００１３】
なお、汎用パソコン上でユーザが編集や加工などを行い２次的な著作物を創作するようなオープンな世界での再利用型のコンテンツの利用形態および流通市場は「コンテンツリサイクルマート」として知られ、たとえば北川善太郎「電子著作権管理システムとコピーマート」情報処理，Vol.38, No.8, pp663-668(1997.8)では、その著作権体制・技術・ビジネスの共存する概念を提案している。
【００１４】
しかし、これであっても、コンテンツ利用に当たり、ユーザの負担を合理的なレベルまで軽減された仕組みとはなっていない。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
コンテンツを作成する場合、全てを自前で開発するという形態をとるか、素材を素材提供者から購入して、この素材を用い、所望とするコンテンツに仕上げていく二次加工の形態がある。
【００１６】
しかし、全てを自前で開発する前者の方式の場合、コンテンツ開発費用と開発時間は膨大なものになる。これに対して、二次加工によるコンテンツ開発は開発に要する時間が節減でき、良質のものを比較的低コストで短時間に開発できる。
【００１７】
しかしながら、後者の場合、素材を購入して利用するわけであるから、素材へ支払う初期投資と、二次作品の作成にかかるコスト、そして、作成した二次加工作品の売れ行きとを天秤にかける必要があり、素材利用を阻む要因となりえた。
【００１８】
素材を購入して二次加工することで２次的な著作物を創作し、得られた作品（二次加工コンテンツ）をまた、素材として有償提供するといった再利用型のコンテンツの利用形態および流通市場である「コンテンツリサイクルマート」も知られているが、これであっても素材を利用する二次加工作品制作者は、素材を購入して利用することになるので、資金的負担が大きい。すなわち、コンテンツリサイクルマートの考え方は、作品としてのコンテンツをリサイクルする仕組みを打ち出しているものであり、二次加工作品制作者に提供する素材の創作者は、その創作する素材が高度のものになるにつれ、販売できる量とのかねあいから素材販売価格が高価なものとせざるを得ない。
【００１９】
そして、このことは、二次加工作品制作者の素材購入負担を重くし、二次加工作品としての二次加工コンテンツの販売価格を押し上げ、結果として低い販売量となってしまうという悪循環を断ち切れない。
【００２０】
そこで本発明の目的とするところは、素材の二次加工作品制作者の経済的負担を解消できるようにし、また、二次加工作品制作者の作成したコンテンツ利用に当たり、ユーザの負担を合理的なレベルにまで軽減できると共に、素材提供者および素材の二次加工作品制作者共に販売量を拡大でき、以てビジネス的展開を飛躍的に拡大できるようにしたシステムを提供することにある。
【課題を解決するための手段】
【００２１】
上記目的を達成するため、本発明は次のように構成する。すなわち、本発明は、暗号キーによって暗号化された素材コンテンツにこの素材コンテンツを利用可能にするための契約手続用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む二次加工作品コンテンツから、前記暗号化された素材コンテンツを利用可能とするコンテンツ流通システムであって、前記暗号化された素材コンテンツの暗号キーを保持するサーバと、前記サーバと接続され、前記二次加工作品コンテンツから前記暗号化された素材コンテンツを指定した際、その暗号化された素材コンテンツに添付される契約手続用の情報をもとに契約手続を実施することにより、前記サーバより前記暗号化された素材コンテンツの暗号キーを取得し、この取得した暗号キーによって前記暗号化された素材コンテンツを復号して利用可能とするクライアントと、を具備することを特徴とする。
【００２２】
また、本発明は、暗号キーによって暗号化された素材コンテンツにこの素材コンテンツを利用可能にするための契約手続用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む二次加工作品コンテンツを利用可能とするコンテンツ流通システムであって、前記暗号化された素材コンテンツの暗号キーを保持するサーバと、前記サーバと接続され、前記二次加工作品コンテンツの利用を指定した際、前記暗号化された素材コンテンツに添付される契約手続用の情報をもとに、契約手続を実施することにより、前記サーバより前記暗号化された素材コンテンツの暗号キーを取得し、この取得した暗号キーによって前記暗号化された素材コンテンツを復号し、前記二次加工作品コンテンツを利用可能とするクライアントと、を具備している。
【００２３】
また本発明は、暗号キーによって暗号化された素材コンテンツにこの素材コンテンツを利用可能にするための契約手続用の情報が添付されており、前記暗号化された素材コンテンツを一つ以上含む二次加工作品コンテンツを利用可能とした際にこの二次加工作品コンテンツを新たに素材コンテンツとするコンテンツ流通システムであって、前記暗号化された素材コンテンツの暗号キーを保持するサーバと、前記二次加工作品コンテンツを所定の暗号キーで暗号化し、この所定の暗号キーを前記サーバへ登録するよう促進するとともに、前記暗号化された二次加工作品コンテンツに、この暗号化された前記二次加工作品コンテンツを利用可能にするため契約手続き用の情報を、新たに付加するクライアントとを具備している。
【００２４】
本発明においては、有料コンテンツを素材として組み込み、二次加工して一つの作品として構成したコンテンツを販売するにあたり、前記素材と前記二次加工作品それぞれは暗号化すると共に、これら素材と前記二次加工作品それぞれに、その素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わすための契約用情報を付加し、暗号化に用いられた暗号キーはサーバに登録して、利用契約が成立した場合にその契約成立した利用者に配信する。
【００２５】
本発明は、第三者の提供する有料の素材コンテンツを用いて作成された新たな二次加工作品のコンテンツを流通させるにあたり、二次加工作品の制作者は素材コンテンツの利用料の負担義務を留保し、最終利用段階（エンドユーザによる利用段階）でその利用者がそれぞれのコンテンツの利用料金を負担する仕組みを提案する。すなわち、前記素材と前記二次加工作品それぞれは暗号化すると共に、これら素材と前記二次加工作品それぞれに、その素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わすための契約用情報を付加してあり、最終利用者は、契約用情報を用いて、素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わす。すると暗号化に用いられた暗号キーがサーバから最終利用者に配信される。従って、この暗号キーを用いて暗号化を解くことにより、前記素材を利用した二次加工作品のコンテンツの利用が可能になる。素材提供者と二次加工作品の作成者とはそれぞれネットワーク上で接続して利用契約を交わすことから、二次加工段階では素材利用料を支払わなくとも、最終利用者が全てを負担する仕組みができる。
【００２６】
そのため、素材の二次加工作品制作者は素材購入の経済的負担から解放され、また、二次加工作品の制作者数より最終利用者（エンドユーザ）の数の方が圧倒的に多いから、二次加工作品制作者の作成したコンテンツ利用に当たり、ユーザの負担を合理的なレベルにまで軽減できると共に、素材提供者および素材の二次加工作品制作者共に販売量を拡大でき、以てビジネス的展開を飛躍的に拡大できるようにしたシステムを提供可能になる。
【００２７】
また、本発明は、各コンテンツの暗号キーを保持するサーバと、提供者に接続して利用契約を交わすための契約用情報を有し、暗号化された素材コンテンツおよびこの素材コンテンツを用いて作成され、前記契約用情報を有すると共に暗号化された二次加工作品のコンテンツと、前記二次加工作品のコンテンツの利用に当たり、各コンテンツの契約用情報をもとに提供者に接続させてコンテンツ利用のための契約手続きを実施することにより、前記サーバからこれらのコンテンツの暗号キーを受け取り、復号する手段と、この復号されたコンテンツを再生する手段とを具備する。
【００２８】
このようなシステムは、各コンテンツの暗号キーを保持して配信するサーバを用意し、素材コンテンツは暗号化し、契約手続き用の情報を付加して流通させると共に、この素材コンテンツを用いて作成された二次加工作品のコンテンツ暗号化し、且つ、当該コンテンツの利用のための契約手続き用情報を付加すると共に、使用した素材コンテンツは暗号化状態のまま、契約手続き用の情報を付加して前記二次加工作品のコンテンツと合わせ、流通させるようにし、前記二次加工作品のコンテンツの暗号キーは前記サーバに登録する。
【００２９】
本発明は、第三者の提供する有料の素材コンテンツを用いて作成された新たな二次加工作品のコンテンツを流通させるにあたり、二次加工作品の制作者は素材コンテンツの利用料の負担義務を留保し、最終利用段階（エンドユーザによる利用段階）でその利用者がそれぞれのコンテンツの利用料金を負担する仕組みを提案する。すなわち、前記素材と前記二次加工作品それぞれは暗号化すると共に、これら素材と前記二次加工作品それぞれに、その素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わすための契約用情報を付加してあり、最終利用者は、契約用情報を用いて、素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わす。すると暗号化に用いられた暗号キーがサーバから最終利用者に配信される。従って、この暗号キーを用いて暗号化を解くことにより、前記素材を利用した二次加工作品のコンテンツの利用が可能になる。素材提供者と二次加工作品の作成者とはそれぞれネットワーク上で接続して利用契約を交わすことから、二次加工段階では素材利用料を支払わなくとも、最終利用者が全てを負担する仕組みができる。
【００３０】
そのため、素材の二次加工作品制作者は素材購入の経済的負担から解放され、また、二次加工作品の制作者数より最終利用者（エンドユーザ）の数の方が圧倒的に多いから、二次加工作品制作者の作成したコンテンツ利用に当たり、ユーザの負担を合理的なレベルにまで軽減できると共に、素材提供者および素材の二次加工作品制作者共に販売量を拡大でき、以てビジネス的展開を飛躍的に拡大できるようにしたコンテンツ流通システムを提供可能になる。
【００３１】
また、本発明は、各コンテンツの暗号キーを保持するサーバと、提供者に接続して利用契約を交わすための契約用情報を有し、暗号化されて提供される素材コンテンツと、この素材コンテンツを用いて作成された二次加工作品のコンテンツを暗号化し、当該暗号化した二次加工作品コンテンツ提供者に接続して利用契約を交わすための前記契約用情報を付加した暗号化された二次加工作品のコンテンツを作成してこれと前記暗号化された前記素材コンテンツおよびその素材コンテンツの契約用情報とともに提供すると共に、前記二次加工作品コンテンツの暗号キーは前記サーバに登録するコンテンツエディタとを具備する。
【００３２】
このような構成によれば、素材コンテンツは暗号化し、契約手続き用の情報を付加して流通させると共に、この素材コンテンツを用いて作成された二次加工作品のコンテンツ暗号化し、且つ、当該コンテンツの利用のための契約手続き用情報を付加すると共に、使用した素材コンテンツは暗号化状態のまま、契約手続き用の情報を付加して前記二次加工作品のコンテンツと合わせ、流通させるようにし、各コンテンツの暗号キーはサーバに用意する。
【００３３】
本発明は、第三者の提供する有料の素材コンテンツを用いて作成された新たな二次加工作品のコンテンツを流通させるにあたり、二次加工作品の制作者は素材コンテンツの利用料の負担義務を留保し、最終利用段階（エンドユーザによる利用段階）でその利用者がそれぞれのコンテンツの利用料金を負担する仕組みを提案する。すなわち、前記素材と前記二次加工作品それぞれは暗号化すると共に、これら素材と前記二次加工作品それぞれに、その素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わすための契約用情報を付加してあり、最終利用者は、契約用情報を用いて、素材および二次加工作品の提供者とネットワーク上で接続して利用契約を交わす。すると暗号化に用いられた暗号キーがサーバから最終利用者に配信される。従って、この暗号キーを用いて暗号化を解くことにより、前記素材を利用した二次加工作品のコンテンツの利用が可能になる。素材提供者と二次加工作品の作成者とはそれぞれネットワーク上で接続して利用契約を交わすことから、二次加工段階では素材利用料を支払わなくとも、最終利用者が全てを負担する仕組みができる。
【００３４】
そのため、素材の二次加工作品制作者は素材購入の経済的負担から解放され、また、二次加工作品の制作者数より最終利用者（エンドユーザ）の数の方が圧倒的に多いから、二次加工作品制作者の作成したコンテンツ利用に当たり、ユーザの負担を合理的なレベルにまで軽減できると共に、素材提供者および素材の二次加工作品制作者共に販売量を拡大でき、以てビジネス的展開を飛躍的に拡大できるようにしたシステムを提供可能になる。
【発明の効果】
【００３５】
本発明によれば、素材の二次加工作品制作者の経済的負担を解消できるようにし、また、二次加工作品制作者の作成したコンテンツ利用に当たり、ユーザの負担を合理的なレベルにまで軽減できると共に、素材提供者および素材の二次加工作品制作者共に販売量を拡大でき、以てビジネス的展開を飛躍的に拡大できるようにしたシステムを提供することができる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施例について、図面を参照して説明する。まず、はじめに本発明の原理を説明する。  
本発明は、買い入れたコンテンツを二次加工して新たなコンテンツを創作し、これを販売すると言った形態に適用することができ、各コンテンツの制作者は創作したコンテンツを安価に提供できるようにして、しかも、販売数を飛躍的に増大できるような仕組みとそれをインターネット上で提供することのできるシステムを提供するもので以下、詳細を説明する。
【００３７】
（本発明の原理的概念）本発明では、コンテンツ利用に当たり、ユーザの経済的負担を合理的に軽減でき、しかも、素材創作者、二次加工作品制作者などそれぞれの段階で作成して提供するコンテンツについての著作権について、それぞれに代償を還元できるようにした。ここで「著作権レンタル利用方式」と呼ぶ新たなコンテンツ利用ビジネス方法を提案し、また著作権レンタル利用方式のコンテンツ利用ビジネスをサポートして課金処理する課金システムを提案する。
【００３８】
ここで云う著作権レンタル利用方式とは、第三者の提供する素材コンテンツを二次加工作品制作者が利用して新たなコンテンツを作成したような場合、素材コンテンツを含めその利用料は最終作品である二次作品コンテンツの利用者が負担するようにした仕組みであり、最終利用段階でそれぞれのコンテンツの利用料金を採取利用者が負担するが、中間での利用料金、具体的には素材コンテンツを利用する二次加工作品制作者はコンテンツの利用負担を発生させないという仕組みであって、「二次加工作品制作者が、素材の利用権の支払いを享受者（エンドユーザ）へ委譲する」というコンテンツ利用方式である。
【００３９】
平たく言えば、コンテンツの素材を購入するのは、二次加工作品制作者ではなく享受者（エンドユーザ）であり、二次加工作品制作者は有料素材を無料で自分のコンテンツへ組み込んで販売することができる。コンテンツの享受者（エンドユーザ）は、コンテンツ購入時に二次加工作品制作者および各素材提供者に対して利用料金をそれぞれ支払うというビジネスモデルとなる。
【００４０】
コンテンツに対する著作権レンタル利用方式を採用した場合、素材を購入するのはコンテンツ享受者（エンドユーザ）である。コンテンツ享受者（エンドユーザ）は二次加工作品制作者に比べてはるかに人口が多いことから、利用拡大につながり、従って、ユーザ数が多く見込める分、素材提供者としては、素材売価を低く抑えてしかも、売り上げ増大を図ることが出来るという利点がある。
【００４１】
一方、二次加工作品制作者としては、初期投資なしで素材を利用することが出来るので、積極的な素材の利用ができるようになり、よりよい内容の二次加工作品が低コストで提供できるようになり、また、エンドユーザにとっても良質の作品を利用できるようになるといった相乗効果が期待できるようになる。
【００４２】
従来の一般的な商習慣である買取方式を適用したコンテンツ利用ビジネスモデルでは、素材へ支払う初期投資と、作成にかかる労力プラス構成作品の売れ行きとを天秤にかける必要があり、素材利用を阻む要因となりえた。
【００４３】
これらの２つの理由から、本発明で提案する著作権レンタル利用方式によるコンテンツ利用ビジネスモデルは、コンテンツ素材の販売ビジネスにとって、非常に有効なモデルであると言える。
【００４４】
現実社会においてはこのようなビジネスモデルは見受けられない。考えられる理由の一つは、このようなビジネスモデルを現実社会で行った場合に、素材提供者が素材の料金をコンテンツ享受者（エンドユーザ）から確実に回収する合理的な手段が無いということである。
【００４５】
もう一つの考えられる理由は、著作権レンタル利用方式では顧客である享受者（エンドユーザ）が複数の著作者に対してそれぞれ利用料を支払わねばならないから、支払いの手間という目に見えない負担を増やしてしまうので、販売スタイルとして受け入れがたいということがある。
【００４６】
しかし、本発明システムでは、前者の問題については、すべての売買行為を確実に監視することを理論的に保証することにより解決し、後者の問題については、支払いを一本化するような操作支援機構を提供することによって解決している。
【００４７】
ところで、現実社会では、音楽ＣＤや本など出版物に対する印税などのように、作品の売れ行きに応じて各著作者に収入が入るようなライセンスタイプの課金モデルもよく用いられる。著作権レンタル利用方式のコンテンツ利用モデルは、このようなライセンスタイプの課金モデルをエミュレーションすることもできる。例えば、音楽ＣＤの例にとると、作詞家・作曲家・編曲者・歌手など各著作者ごとに担当したコンテンツ素材に価格を与えておき、それらを構成したコンテンツとして音楽ＣＤを位置付けるように対応付けることが出来る。
【００４８】
次に、上記概念では、その前提として二次加工作品制作者と素材提供者の間での課金はないものと云うビジネス世界を想定したが、実際の運用にあたっては、素材と二次加工作品との間におけるネームバリュー差やシェア差などの力関係によって、素材提供者が二次加工作品制作者からレンタル料（著作隣接権に該当する）を徴収したい場合も考えられるし、逆に二次加工作品に組み込まれることが素材の販売促進につながると考えて、素材提供者が二次加工作品制作者に対して広告料を支払うのが妥当というような場合もある。
【００４９】
そこで、このような実際のビジネスの世界において、二次加工作品制作者と素材提供者間での金銭的取引を可能とする。詳細は後述するが、この機能の応用として「自コンテンツが素材として他のコンテンツに組み込まれた場合、その組み込み先が商用利用であるなら、例えば、１００円要求するが、商用利用でないならフリーとする」というような契約も可能となる。
【００５０】
その他、キーに対しても寿命すなわち、利用期限と云う考えを導入し、コンテンツの再生可能な回数や期限などを指定することができる拡張も考えられる。利用期限を与えることで、より低価格でユーザに提供できるような利用環境が形成できるようになる。
【００５１】
以上の原理を適用して、例えば、インターネット上等においてビジネス展開するためのシステムについて、具体的に説明する。ここでは、本発明のメディアを導入したシステムについていくつかの実施形態を具体例をあげて説明する。
【００５２】
実施形態の一つ目は「コンテンツ配信システム」である。コンテンツ配信システムはＨＴＴＰ（ワールドワイドウエブで使用されるプロトコル）を介して契約の実行およびコンテンツを交換することを目的としたネットワークに関するミドルウェアである。また、このシステムでは、契約事項を実行するウェブページが配置されたＵＲＬを以て契約記述としている。従って、課金に限らずユーザ登録・アンケートなど任意の契約内容を盛り込むことができる。その代わり、発展的課題としてあげた素材提供者・構成者間での金銭的契約などを実現できない。対象とするコンテンツは任意である。
【００５３】
実施形態の二つ目は「コンテンツ課金システム」である。これはコンテンツ配信システムを拡張したもので、契約記述としてＵＲＬの代わりに本システム用に設計された記述性の高いＣＤＬ（契約定義言語）を利用する。この結果、システムで扱うことの出来る契約は課金契約に限定されるが、複雑な課金契約を利用できるようになる。また支払いに関するユーザエージエント（操作支援システム）を導入することも出来る。たとえば、同一の複合コンテンツの各支払いを一本化・自動化したり、課金状況の監視・警告などのサービスを提供できる。
【００５４】
（第１の実施形態）まず、第１の実施形態としてコンテンツ配信システムについて説明する。  
＜コンテンツ配信システム＞コンテンツ配信システムの全体構成について説明する。図１に示すように、本発明のコンテンツ配信システム１０は、コンテンツクライアント１１、コンテンツエディタ１２、コンテンツサーバ１３の最大３つのサブシステムから構成され、コンテンツ配信システム１０間では、コンピュータネットワークＮＷを介して接続されてコンテンツを授受できるようにしてあり、ネットワークＮＷを介したコンテンツ２０の流通システムを構成している。
【００５５】
尚、ＤＶＤ（デジタルビデオディスク）など、メディアの持ち運びによるコンテンツの流通という形態も利用可能である。また、３つのサブシステムは独立したシステムであり、コンテンツを享受するすなわち楽しむだけのユーザ（以下、エンドユーザと呼ぶ）の場合はコンテンツクライアント１１だけがあれば済むというように、必ずしもすべてのサブシステムが揃っていなければならないと云うわけではない。
【００５６】
既に述べたように、コンテンツの課金システムとしては特開平１１−２８３３２７号公報開示のシステムなどが典型的である。このシステムの仕組みは、流通時には、暗号化されたコンテンツと再生のための契約事項を１つずつ含んだデータ形式で配布し（このデータ形式を「流通形式」と呼ぶ）、再生するときは、契約履行と引き換えに入手できるキーを用いてコンテンツを復号化（この状態を「再生形式」と呼ぶ）して再生するというものであり、対価を払ってコンテンツを購入するという「購入方式」の課金モデルである。
【００５７】
それに対し、本発明のコンテンツ配信システムでは、コンテンツの著作権レンタル利用方式を採用しており、二次加工作品制作者が享受者（エンドユーザ）へ、素材の利用権に対する料金支払い義務を移転する「著作権レンタル利用方式」の課金モデルを提案するものであることから、コンテンツのデータ形式は“流通形式”および“再生形式”の２形式に加えて、“構成形式”を導入した。この“構成形式”というコンテンツのデータ形式は、内部に他の複数のコンテンツを流通時の状態のまま保持し、かつ、それらの構造的配信情報を管理するデータを持つようにしたデータ形式であり、流通時の形式として、“流通形式”の代わりに用いられる。
【００５８】
後述するが、この“構成形式”のデータを作成するコンポーネントがコンテンツエディタ１２に含まれるアーカイバ（図６の１２１）であり、流通している“構成形式”のデータを取り込み、“再生形式”のデータに変換するコンポーネントがレコンポーザ（図６の１１１および１２２）である。
【００５９】
これらデータ形式について図２、図３を用いて簡単に説明する。ただし、データ構造が再生形式のデータは、単に生身のコンテンツのことである。
【００６０】
図２にコンテンツの各種データ構造を示すが、図２（ａ）に示す２０Ａが流通形式のデータの構造であり、図２（ｂ）に示す２０Ｂが構成形式のデータの構造を示している。そして、この図に示すように“流通形式”のデータの場合は、契約状況情報部２１、ＧＵＩＤ情報部２２、コンテンツ部２３とから構成されている。
【００６１】
これらのうち、契約状況情報部２１は契約手続き２１ａ欄とキー２１ｃ欄から構成されており、契約手続き２１ａの欄にはＵＲＬ（Uniform Resource Locator）が記述されている。契約手続き２１ｂの欄に記述されているＵＲＬは契約処理を指すＵＲＬである。
【００６２】
また、“流通形式”のデータにおけるコンテンツ２３はコンテンツ本体のデータであってこれは暗号化されており、契約手続き２１ｂの欄のＵＲＬを実行すると、契約先のサーバはこのコンテンツ２３を復号するためのキーを提供する仕組みになっている。
【００６３】
ＧＵＩＤ情報部２２は、コンテンツ毎に割り当てられるユニークな識別子であり、契約先のサーバがキーを返すときのコンテンツの特定に利用される。サーバから提供されたキーはキー２１ｃの欄に書き込まれるようにしてあり、このキー２１ｃの欄にキーが書き込まれていればいつでも再生可能な状態となる。
【００６４】
一方、図２（ｂ）に示す構成形式２０Ｂのデータの構造は、コンテナコンテンツ２４、複数の素材コンテンツ２５、構造的配置情報２６から構成されている。
【００６５】
これらのうち、コンテナコンテンツ２４は、各素材コンテンツ２５の組み込み先となる下地のコンテンツである。これらコンテナコンテンツ２４は、流通形式で格納され、素材コンテンツ２５は、流通形式のデータ構造、または構成形式のデータ構造（２次加工作品）で格納されている。従って、それぞれのコンテンツは契約事項を持っていることになる。
【００６６】
また、構造的配置情報２６は、各素材コンテンツ２５をコンテナコンテンツ２４に対してどのようにマージするかという構造的な情報である。
【００６７】
ここでキー構造の例を示しておく。  
＜キー構造＞キー２１ｃの持つキー構造は図３に示すように、当該キー２１ｃの対応する流通形式のコンテンツのＧＵＩＤ情報部２２の内容を指し示すＧＵＩＤ情報２１ｃ１、コンテンツを復号するためのデータであるプロテクト解除情報２１ｃ２、そしてキー２１ｃの寿命（有効期限）を示す寿命情報２１ｃ３から構成される。
【００６８】
寿命情報２１ｃ３はオプションであり、日時による指定以外にも残りの再生可能回数による指定といったことなども考えられる。
【００６９】
ここで、本システムが取り扱うデータ構造について説明する。  
＜データ構造＞コンテンツがウェブページの場合、前述の構造的配置情報２６の記述として“ＸＰａｔｈ”言語を用いるのも適切な方法の一つである。構造的配置情報２６の記述方法として“ＸＰａｔｈ”を採用した場合における構成形式のデータ構造例および再生形式のデータ構造例を図４および図５に示す。
【００７０】
この例は、２つの有料ニュース記事を集めて構成された雑誌ページのウェブコンテンツ例であり、“ＸＰａｔｈ”で記述した例であって、図４が構成形式のデータ構造（２０Ｂ）、そして、図５が再生形式のデータ構造（２０Ｃ）の例を示している。
【００７１】
図４に示した『構成形式のウェブコンテンツ例を後述の『レコンポーザ』で変換することで、図５に示す如きの『再生形式のウェブコンテンツ例』が得られる。
【００７２】
以上が本システムが取り扱うデータ構造についての説明である。続いて、コンテンツ配信システムの詳細構成について再び図１に戻って説明する。
【００７３】
本発明のコンテンツ配信システム１０は、既に説明したように、最大構成の場合、コンテンツクライアント１１、コンテンツエディタ１２、コンテンツサーバ１３とから構成されるが、これらのうち、コンテンツクライアント１１は、構成形式のコンテンツを読み込んで必要な契約処理を行い、再生する機能を持つものであり、図６に示すように、レコンポーザ１１１、デコーダ１１２、バリデータ１１３、セーバー１１４、プレーヤ１１５とから構成される。
【００７４】
これらのうち、レコンポーザ１１１は、読み込まれた構成形式のデータ２０Ｂからデータ内に含まれるコンテナコンテンツおよび素材コンテンツを抽出すべく処理するものである。また、バリデータ１１３は、対象とする流通形式のコンテンツが含んでいるキーの有効性についてのチェックを行い、必要に応じて寿命の更新やコンテンツの再取得を行うものである。
【００７５】
デコーダ１１２は、前記レコンポーザ１１１の抽出したコンテナコンテンツや素材コンテンツのうち、データ形式が流通形式であるものを復号化して再生形式のデータにするものであり、その際、既得のキーに対してバリデータ１１３を用いて有効性を調べた上で必要に応じてコンテンツサーバと契約処理を行うといった機能をも有する。
【００７６】
プレーヤ１１５は、デコーダ１１２が復元した再生形式のデータ構造のコンテンツを再生するものであり、セーバ１１４は、レコンポーザ１１１が処理中のコンテンツをファイルシステムへ構成形式で保存する機能を提供するものである。このとき、レコンポーザ１１１から渡されたコンテンツが含むコンテナコンテンツ・素材コンテンツのうち、復号化されているものがあれば、初期の暗号化状態に戻してから保存するものである。ただし、セーバ１１４は契約状況情報部２１内に埋め込まれたキーについては、取り除かず埋め込んだままにしておくように機能する構成としてある。
【００７７】
このような構成のコンテンツクライアント１１の処理を簡単に説明すると、読み込まれた構成形式のデータ２０Ｂ（図２（ｂ）参照）は、まずレコンポーザ１１１に渡される。レコンポーザ１１１は構成形式のデータ内に含まれるコンテナコンテンツおよび素材コンテンツを取り出す。取り出されたデータは形式が流通形式であった場合はデコーダ１１２に渡して復号化する。この際『デコーダ１１２』は既得のキーに対してバリデータ１１３を用いて有効性を調べた上で必要に応じてコンテンツサーバと契約処理を行う。
【００７８】
データ形式が構成形式であった場合は、レコンポーザ１１１自身に対してその構成形式のデータを渡して再帰的に読み込み処理を行わせる。これらの処理の結果、復号化された流通形式あるいは構成形式の素材に関して、その素材の構造的配置情報にしたがって、コンテナコンテンツへ適切にマージする。最後にこれらの処理を通じて、得られたコンテンツをプレーヤ１１５で再生する。また、レコンポーザ１１１の任意の処理段階において、入手した構成形式のコンテンツを保存することができる。なお、不正行為を防止するため、コンテンツクライアント内で再生形式になったコンテンツをシステム外にシリ出すことが出来ないように工夫されている。
【００７９】
＜コンテンツエディタ＞次にコンテンツエディタ１２の構成について説明する。コンテンツエディタ１２は、データ構造が構成形式のコンテンツを作成する機能を持つものであるが、構成形式のコンテンツの作成の際に、他の構成形式のコンテンツを素材として組み込むことも出来るように構成してある。コンテンツエディタ１２の構成は図６に示すように、アーカイバ１２１、レコンポーザ１２２、デコーダ１２３、バリデータ１２４、エンコーダ１２５、とより構成される。
【００８０】
これらのうち、アーカイバ１２１は、外部から取り込んだ構成形式のコンテンツや流通形式のコンテンツをアーカイブするものであり、複数のファイルをひとまとめにしたファイル（書庫ファイル）を作成するものである。
【００８１】
レコンポーザ１２２は、構成形式のデータをシステムの外部から読み込み、構造的配置情報を読みながら、内部に含まれる素材をコンテナコンテンツへマージして再生可能な状態にする処理を行うものである。
【００８２】
デコーダ１２３は、与えられた流通形式のコンテンツに関して、コンテンツサーバ１３とやり取りをしながら契約処理を行い、キーを取得して、コンテンツを復号化するという一連の処理を行い、再生可能な状態のコンテンツを出力するという機能を担っている。
【００８３】
バリデータ１２４は、対象とする流通形式のコンテンツが含んでいるキーの有効性についてのチェックを行い、必要に応じてキーの寿命の更新やコンテンツの再取得を行うものである。
【００８４】
エンコーダ１２５は、アーカイバ１２１によって作成された構成形式のコンテンツに含まれるコンテナコンテンツに対して課金契約を割り当てて暗号化を施すものである。また、コンテナコンテンツに契約事項を割り当て流通形式にしたものを構成形式のコンテンツに挿入するといった処理をするものであり、この結果、得られる構成形式のコンテンツとキーとを出力する。
【００８５】
コンテンツエディタ１２の処理を簡単に説明すると、まず、アーカイバ１２１は０個以上の素材となるコンテンツおよびそれらの組み込み先となる１つのコンテナコンテンツを読み込む。素材が１個以上ある場合は、編集ツール上での構成者の操作にしたがって、コンテナコンテンツでの各素材の構造的配置を決定し、構造的配置情報として構成形式コンテンツ内に記録する。ただし注意すべきことは、この編集ツールは、構造的配置を決定するだけであり、各コンテンツの内容そのものを変更することはしない（これにより他人のコンテンツの改変を防止している）。
【００８６】
続いて、エンコーダ１２５で、コンテナコンテンツに契約事項を割り当て流通形式にしたものを構成形式コンテンツに挿入する。この結果、得られる構成形式コンテンツとキーを出力する。
【００８７】
＜コンテンツサーバ＞コンテンツサーバ１３は、キーを管理し、且つ、配送し機能を持つウェブサーバである。具体的には、コンテンツクライアント１１と接続して契約処理を行い、正しく契約が実行された場合にはその見返りとして該当するキーを返す機能を持つ。またオプションとして構成形式のコンテンツを配送する機能も持っている。
【００８８】
［コンテンツクライアントの構成コンポーネントアルゴリズム］コンテンツクライアント１１は、図６に示したように、レコンポーザ１１１、デコーダ１１２、バリデータ１１３、プレーヤ１１５、セーバ１１４とから構成されているが、ここではコンテンツクライアント１１の各コンポーネントのアルゴリズムについて説明する。
【００８９】
＜レコンポーザのアルゴリズム＞レコンポーザ１１１は、構成形式のデータをシステムの外部から読み込み、構造的配置情報を読みながら、内部に含まれる素材をコンテナコンテンツへマージして再生可能な状態にする処理を行うものである。この機能は、図７に示すレコンポーザのアルゴリズムのフローチャートに示す手順で得ることができるものであり、このフローチャートを元にアルゴリズムを説明する。
【００９０】
まず、ステップＳ７１の処理において、流通形式のコンテナコンテンツを取り出し、デコーダ１１２で復号化処理する（なお、この復号化処理はデコーダのアルゴリズムで説明する）。この結果として、復号化に成功した場合にはステップＳ７２の処理へ移り、失敗した場合にはステップＳ７８に移って異常終了する）。
【００９１】
ステップＳ７２では、復号化対象としていない素材コンテンツはあるか否かを調べる。そして、もしあればステップＳ７３の処理へ進み、もしなければステップＳ７７へスキップする。
【００９２】
ステップＳ７３では、復号化対象としていない素材コンテンツの一つを取り出してそのデータ形式を調べる。その結果、そのデータ形式が流通形式であればステップＳ７４の処理へ進み、構成形式であればそのコンテンツを入力として本アルゴリズムの処理を再帰呼び出しする。
【００９３】
ステップＳ７４では、取り出された素材コンテンツをデコーダ１１２で復号化処理する。その結果として、復号化に成功した場合はステップＳ７５の処理へ移り、失敗した場合にはステップＳ７６の処理に移る。
【００９４】
ステップＳ７５では、ステップＳ７４で復号化された素材コンテンツに関する構成配置情報を読み、その素材コンテンツをステップＳ７１で復号化されたコンテナコンテンツに対してマージする。
【００９５】
ステップＳ７６では、復号化対象としていない素材コンテンツはあるかを調べる。その結果、もし対象としていない素材コンテンツがある場合にはステップＳ７３の処理へ戻り、対象としていない素材コンテンツがない場合にはステップＳ７７の処理へ進む。
【００９６】
ステップＳ７７では、以上の処理でマージされたコンテンツをプレーヤ１１５へ送信し、ステップＳ７９に移って処理を終了する。以上がレコンポーザ１１１の機能を実現するためのアルゴリズムである。
【００９７】
次にデコーダ１１２の機能を実現するためのアルゴリズムを、図８を参照して説明する。
【００９８】
＜デコーダのアルゴリズム＞デコーダ１１２は、与えられた流通形式のコンテンツに関して、コンテンツサーバ１３とやり取りをしながら契約処理を行い、キーを取得して、コンテンツを復号化するという一連の処理を行い、再生可能な状態のコンテンツを出力するという機能を担っている。この処理は、レコンポーザのアルゴリズムである図７のフローチャートで説明した処理のサブルーチンとして呼び出される。
【００９９】
以下に、図８に示すデコーダのアルゴリズムのフローチャートを元にそのアルゴリズムを説明する。ただし、キーの有効性検証については図９に示すバリデータのアルゴリズムにおいて、別途説明する。また、コンテンツサーバ１３との契約手続きのやり取りについてはインストラクション遷移図である図１０のキー取得のアルゴリズムで別途説明する。
【０１００】
まずステップＳ８１では、『図２の契約状況２１』のキー欄を調べ、キーがすでにデータ内に含まれているかどうか判断する。その結果、もしキーが含まれていればＳ８２の処理へ移り、含まれていなければＳ８３の処理へ移る。
【０１０１】
ステップＳ８２では、バリデータを用いてキーが有効かどうか判断する。その結果、もしキーが有効であればステップＳ８４の処理へ進み、無効であればステップＳ８３の処理へ移る。
【０１０２】
ステップＳ８３では、コンテンツサーバ１３とやり取りをしてキーの取得処理を行う（尚、この取得処理は図１０に示すキー取得のアルゴリズムで説明する）。そして、取得に成功すればＳ８４の処理へ移り、失敗すればステップＳ８６に移って異常終了する。
【０１０３】
ステップＳ８４では、異常の手続きで入手したキーを用いてコンテンツの復号化を試みる。そして、もし復号に成功したならばステップＳ８５に移って正常終了し、失敗したならばステップＳ８６に移って異常終了する。
【０１０４】
以上がデコーダ１１２の機能を実現するためのアルゴリズムである。
【０１０５】
次にバリデータ１１３の機能を実現するためのアルゴリズムを、図８を参照して説明する。
【０１０６】
＜バリデータのアルゴリズム＞バリデータ１１３は、対象とする流通形式のコンテンツが含んでいるキーの有効性についてのチェックを行い、必要に応じてキーの寿命の更新やコンテンツの再取得を行う。この処理は、図９に示す如きであって、図８のデコーダのアルゴリズムおけるフローチャートで説明した処理におけるサブルーチンとして呼び出され、キーの有効性に関するチェック結果を返す。
【０１０７】
まず、ステップＳ９１では、キーに記録されている『寿命』の指定形式をチェックする。その結果、指定形式が日時であるならステップＳ９２の処理へ移るが、残りの再生可能回数ならばステップＳ９３の処理へ進む。
【０１０８】
バリデータのアルゴリズムを図９に従って説明すると、まず、ステップＳ９１において、寿命の指定形式が残りの再生回数の形式であるかチェックする。その結果、再生回数形式でなかったならば、ステップＳ９２に移る。
【０１０９】
ステップＳ９２では、現在はまだ指定されている寿命の有効期限内かどうか調べる。その結果、もし有効期限内であれば、ステップＳ９８に移り、キーが有効であることをあらわすよう正常終了する。また、ステップＳ９２でのチェックの結果、もし有効期限内でなければステップＳ９６の処理へ進む。
【０１１０】
ステップＳ９１における寿命の指定形式のチェックの結果、残りの再生回数の形式であった場合にはステップＳ９３の処理に移る。そして、ここでは、再生可能回数がまだ残っているか調べる。その結果、もし残っていなければステップＳ９６の処理へ移り、残っていればステップＳ９４の処理へ進む。
【０１１１】
ステップＳ９４では、キーに記録されている『寿命』に対し、再生可能回数を１回分減らして更新し、ステップＳ９５に移ってキーが有効であることをあらわすよう正常終了する。
【０１１２】
一方、ステップＳ９６では、キーを消去した上で、ステップＳ９７に移り、当該キーが無効であることをあらわすよう異常終了する。
【０１１３】
以上がバリデータ１１３の機能を実現するためのアルゴリズムである。
【０１１４】
次にキー取得の機能を実現するためのアルゴリズムを、図１０を参照して説明する。 デコーダによるキー取得のアルゴリズムは次の通りである。
【０１１５】
＜キー取得のアルゴリズム＞コンテンツクライアント１１の構成要素であるデコーダ１１２は、処理対象のコンテンツに有効なキーが含まれていない場合、コンテンツサーバ１３とやり取りをしながらキー取得を試みる。この処理は、図８に示すデコーダのアルゴリズムのフローチャートで説明した処理のサブルーチンとして呼び出される。
【０１１６】
基本的にＣＧＩなどの典型的な処理と同じであり特別なことは行っていないが、サーバ処理が正常実行された結果としてコンテンツサーバはウェブページを返す代わりにキーを返すということが、特徴的である。
【０１１７】
以下に、図１０を参照してキー取得のアルゴリズムを説明する。なお、これらの処理には例えば盗聴ができないなどのセキュリティ上の技術を導入することが望ましいが、それに対してはＳＳＬ（Secure Sockets Layer；WWWブラウザおよびWWWサーバ間でやりとりするデータのセキュリティを守るための技術）など良く知られた方法を使用するものとし、ここでは触れない。
【０１１８】
まず、ステップＳ１１において、デコーダ１１２は対象とするコンテンツの契約事項のＵＲＬを元に、契約記述用のフォーム形式のウェブページをコンテンツサーバ１３から取得する。
【０１１９】
次にステップＳ１２に移り、デコーダ１１２は入手したフォームページを表示するダイアログボックスをポップアップする。コンテンツ享受者（エンドユーザ）は、表示されている契約ページに各必要項目を入力して、それらの情報を送信する機能を持つウェブページ上のＧＵＩ部をクリックする。これにより、デコーダ１１２からコンテンツサーバ１３へ契約に関する諸情報が送信される。この中に対象としているコンテンツのＧＵＩＤ情報も含まれている。
【０１２０】
次にステップＳ１３に移り、コンテンツサーバ１３は、デコーダ１１２から契約情報を解析し、有効性をチェックする。
【０１２１】
次にステップＳ１４において、コンテンツサーバ１３は、契約情報が有効であれば（たとえば課金処理など）契約処理を行い、デコーダ１１２に対応するキーを返し、正常終了する。ただしコンテンツサーバ１３内の『図６のキーＤＢ１３１』からステップＳ１２で送られてくるコンテンツのＧＵＩＤ情報を元に検索することによって、対応するキーを特定している。もし、対応するキーが見つからないか、契約情報が有効でなければデコーダ１１２に対してエラーコードを送信して異常終了する。
【０１２２】
＜プレーヤ＞コンテンツクライアント１１の構成要素であるプレーヤ１１５は本システムの専用の再生手段であり、復号された状態のコンテンツの漏洩を防ぐため、本発明システムにおけるコンテンツクライアント１１では、復号されたコンテンツを再生するに当たり、外部アプリケーションを利用せず、内蔵するこの『プレーヤ』にのみ渡すことができる構成とすることによって、コンテンツ再生する。
【０１２３】
プレーヤ１１５はデコーダ１１２によって再生形式に変換されたコンテンツを受け取り、そのコンテンツを再生する。コンテンツ内容により、ウェブページの表示・音楽の演奏・画像の表示などさまざまなプレーヤがある。
【０１２４】
オプションであるが、デコーダ１１２から渡されたコンテンツの中に復号化されていない素材が含まれている場合でも、その素材だけを再生せず、その他の部分をなるべく再生するという最大限の努力をする工夫も考えられる。たとえば、コンテンツがウェブページの場合、復号化されていない素材部分に関してはプレースホルダーを配置しておき、その他の部分を表示するという工夫が考えられる。
【０１２５】
以上のようにして、内蔵のプレーヤ１１５のみによってコンテンツ再生を可能にする仕組みを得ている。
【０１２６】
本発明はその特徴の一つとして、復号された状態のコンテンツの漏洩を確実に防ぐようにするために、このコンテンツ再生は内蔵するプレーヤ１１５でのみ、可能な構成としてある。すなわち、本発明システムでは復号されたコンテンツの再生に、外部アプリケーションは利用せず、内蔵するプレーヤ１１５のみに渡すことによって再生可能な構成としている。外部アプリケーションにはコンテンツが漏洩しない仕組みである。
【０１２７】
次にセーバ１１４について説明する。
【０１２８】
＜セーバ＞コンテンツクライアント１１の構成要素であるセーバ１１４は、レコンポーザ１１１が処理中のコンテンツをファイルシステムへ構成形式で保存する機能を提供する。このとき、レコンポーザ１１１から渡されたコンテンツが含むコンテナコンテンツ・素材コンテンツのうち復号化されているものがあれば、初期の暗号化状態に戻してから保存する。ただし契約状況内に埋め込まれたキーについては、取り除かず埋め込んだままにしておく。
【０１２９】
これにより、ファイルシステム上に保存されたコンテンツを他のアプリケーションから覗き見ることはできない仕組みとすると共に、次回、コンテンツクライアント１１に読み込んだときには、キーが内部に残っているので契約処理を続きから再開できるという機能を実現できる。
【０１３０】
＜コンテンツエディタ＞コンテンツエディタ１２は、図６に示したように、アーカイバ１２１と、エンコーダ１２５とから構成されている。これら各コンポーネントのアルゴリズムについて説明する。
【０１３１】
＜アーカイバ＞コンテンツエディタ１２におけるアーカイバ１２１は、コンテンツに対して、素材コンテンツを挿入する編集機能を提供する。ただしコンテナコンテンツとすることができるコンテンツは、再生形式に限られている。また、素材コンテンツは、データ構造が再生形式であってもまた、構成形式であってもいずれも許されている。
【０１３２】
データ構造が再生形式の場合は、編集作業で指定されたコンテナコンテンツの位置に融合されるが、データ構造が構成形式の場合は融合する代わりに構造的配置情報を生成する。また編集時には素材は再生されるようになっているため、構成形式の素材コンテンツは、読込時に復号される。
【０１３３】
この復号処理は、レコンポーザ１２２、デコーダ１２３、バリデータ１２４によって、コンテンツクライアント１１で説明したアルゴリズムとまったく同じ方法で実行される。
【０１３４】
最終的に編集作業が終わると、アーカイバ１２１は、編集結果を元に各素材コンテンツのコンテナコンテンツ内での構造的配置情報を作成し、コンテナコンテンツ・各素材コンテンツと合わせた、一つの構成形式コンテンツを作成する。ただし、このときは各素材コンテンツ内のキーはすべて取り除く。
【０１３５】
＜エンコーダ＞コンテンツエディタ１２におけるエンコーダ１２５は、アーカイバ１２１によって作成された構成形式のコンテンツに含まれるコンテナコンテンツに対して課金契約を割り当てて暗号化を施すものであり、図１１のアルゴリズムによりこのような機能を実現する。
【０１３６】
すなわち、エンコーダはまず、ステップＳ１１１の処理を実行し、コンテナコンテンツに空の契約状況およびＧＵＩＤの欄を付加して、まず形式的に流通形式にする。
【０１３７】
次にステップＳ１１２の処理に移り、契約処理に該当するＵＲＬをユーザに入力させ、そのＵＲＬを図２の『契約手続２１ａ』欄に書き込む。ただし契約を要求しない場合は書き込まない。
【０１３８】
次にステップＳ１１３の処理に移り、ステップＳ１１２にて契約手続きのＵＲＬが与えられた場合、コンテンツを暗号化しそのキーを得る。
【０１３９】
次にステップＳ１１４の処理に移り、ＧＵＩＤを生成し、コンテンツおよびキーのＧＵＩＤ欄に書きこむ。ただし、ＧＵＩＤの生成アルゴリズムに関してはよく知られた方法の一つを採用すればよい。
【０１４０】
次にステップＳ１１５では、キーの寿命をユーザに入力させ、その値を図３の寿命２１ｃ３欄に書き込む。
【０１４１】
＜コンテンツサーバ＞コンテンツサーバ１３は、図１０にて説明したように、コンテンツクライアント１１のデコーダ１１２と契約処理を行い、その引き換えにキーを返す処理を行う。これを実現するため、コンテンツサーバ１３はウェブサーバとして実装され、また、内部に図６のキーＤＢ（データベース）１３１を持っている。また、オプションとしてコンテンツも要求に応じて送信できるようになっていてもよい。
【０１４２】
上述した構成の第１の実施形態におけるコンテンツ配信システムは、ＨＴＴＰを介して契約の実行およびコンテンツを交換することを目的としたネットワークに関するミドルウェアである。
【０１４３】
そして、第１の実施形態におけるコンテンツ配信システムは、従来の課金処理システムを拡張して、データ形式として「再生形式」、「流通形式」に加えて、新規に「構成形式」というデータ形式を扱えるように構成した。また、装置構成として、従来の課金処理システムに「アーカイバ」および「レコンポーザ」の二種の装置（機能要素）を追加した。これら二種の装置（機能要素）は、従来における課金システムの「デコーダ」および「エンコーダ」と協調しながら動作するようにした。なお、デコーダは流通形式のデータを読み込んで再生形式に変換する装置、エンコーダは再生可能な普通のコンテンツから流通形式のデータを作成する装置である。
【０１４４】
本発明で採用した構成形式とは、構成された複数の有料の純正コンテンツを構成した複合コンテンツを表現するためのデータ形式であり、流通時に用いるデータ構造、すなわち、エンドユーザが利用するコンテンツのデータ構造である。
【０１４５】
構成形式のデータは具体的には次の３種類から成っている。すなわち、（１）流通形式の各素材となる純正コンテンツ。
【０１４６】
（２）それらをまとめる流通形式のコンテナコンテンツ。
【０１４７】
（３）それぞれの素材コンテンツのコンテナコンテンツ内での構造的配置情報のリスト。
【０１４８】
の３種である。
【０１４９】
そして、このような構成形式においては、各素材の内容を一つのコンテンツとして混ぜてしまうのではなく、入手した状態のままの流通形式の各素材、及びそれらの構成方法を別々に保持しており、エンドユーザは各素材を購入しなければその素材分については享受できないようになっている。
【０１５０】
ところで、構造的配置情報は対象とするメディアタイプによって様々である。たとえば、構成作品が３Ｄコンピュータグラフィックスであるならば、素材となるモデルパーツの３次元空間での座標や方向などが、また、ウェブページであるならば、素材ページを包含ページなどのタグへ挿入するか、といったことなどが、構造的配置情報の候補として考えられる。
【０１５１】
この構成形式のデータを解釈して再構成し、再生可能な状態にする装置がレコンポーザ１１１であり、コンテンツ享受者（エンドユーザ）の使用する装置であるコンテンツクライアント１１においてコンテンツを利用できるようにするための前段階の処理に用いられる。レコンポーザ１１１は、まず構成形式のデータに含まれている流通形式の素材を、順にデコーダ１１２に入力して復号化していく。この過程で、コンテンツ利用に関する契約手続きが行われ、各素材の代金が素材提供者へ支払われる。復号化に成功した素材については、その素材の構造的配置情報にしたがって、その素材をコンテナコンテンツへ適切にマージする。最後に復号化に成功した素材をすべてコンテナコンテンツへマージした結果を再生装置へ渡す。このような仕組みを用いるようにしたことから、二次加工作品をコンテンツ享受者（エンドユーザ）が購入した場合、当該コンテンツ享受者から素材および二次加工作品に関する各著作者それぞれに対して契約処理が行われるという手順になる。
【０１５２】
一方、構成形式のコンテンツを生成する装置がアーカイバ１２１であり、二次加工作品制作者の装置であるコンテンツエディタ１２に用いられる。アーカイバ１２１は、二次加工作品制作者が指定した流通形式の素材を読み込んで構成形式コンテンツ内に追加し、また二次加工作品制作者の操作にしたがってコンテナコンテンツでの各素材の構造的配置を決定して構成形式コンテンツ内に記録する。
【０１５３】
以上の手段により基本的機能は達成されるが、素材として、純正コンテンツだけでなく複合コンテンツも組み込めるようにもしたいところである。素材となるコンテンツが純正コンテンツに限定されていると、素材としてのコンテンツ再利用はせいぜい１段しか許されていないということになる。それに対し、複合コンテンツの素材として、純正コンテンツだけでなく複合コンテンツも組み込めるように拡張されると、原理的にコンテンツ再利用のチェーンを無限に続けることができることになる。
【０１５４】
この拡張は、コンテンツ再利用を一層促進できる効果が期待できる。ただし、この拡張においても各素材提供者への課金契約の履行は保証されなければならない。
【０１５５】
これを実現するためには、複合コンテンツに組み込む素材のデータ形式として、流通形式だけでなく、構成形式も扱えるように構成形式を拡張した上で、レコンポーザを機能強化し、その拡張された構成形式を読み込んで、素材として組み込まれた複合コンテンツに対してもライセンスタイプの課金処理を正しく実行するようにする必要がある。
【０１５６】
まず、構成形式の拡張についてであるが、「流通形式での各素材」をリストとして持つ代わりに「流通形式または構成形式の各素材」をリストとして持つことができるようにする。
【０１５７】
次にレコンポーザの拡張について述べる。レコンポーザは、処理対象の複合コンテンツに含まれる各素材を順にデコードする過程において、取り出された素材が流通形式ならば、さきほどの解決手段と同様、復号化を行うためデコーダへ送信するが、取り出された素材が構成形式ならば、その素材をレコンポーザ自身で再帰的に処理する。すなわち、レコンポーザは現時点の処理をいったん中断して内部状態を初期化、素材の構成形式のデコード処理・構成処理を実行して得られた再生形式のコンテンツを初めの処理状態に戻す。この処理により、入力された複合コンテンツに含まれるすべての各素材は課金処理された上でデコードされ、それらが再構築されて再生可能になる。
【０１５８】
またＣＤＬの導入に伴いコンテンツクライアント１１は各契約の料金や項目などを知ることができるので、コンテンツ享受者であるユーザに現在の支払い料を注意したり、契約に必要な項目を自動的に書きこむなど、支払いに関する支援を行うこともできる。これらの機能をユーザエージェント機能と呼ぶ。
【０１５９】
以降は、ＣＤＬおよびコンテンツ課金システムにおいて拡張されたＣＤＬデコーダ・ＣＤＬコンテンツサーバについて説明する。
【０１６０】
＜契約定義言語ＣＤＬ＞まず、契約定義言語ＣＤＬについて説明する。ＣＤＬはあくまでも一例であるが、コンテンツ課金システムを実現するためには、文法は違っても同等の定義機能を持つ言語が必要となる。
【０１６１】
契約定義用の言語であるＣＤＬは、契約のプロフィール、契約履行に必要な項目、契約履行に伴う副作用アクションを定義することができる。また、この定義は多量定義でき、条件に応じて変化させることができる。
【０１６２】
一例を図１２（ａ），（ｂ）に示す。 図１２１２（ａ）は商用として利用するなら課金するが、商用でないならフリーである場合の例であり、図１２（ｂ）は複合コンテンツの素材代金は全て二次加工作品制作者が支払う場合の記述例である。
【０１６３】
ＣＤＬでは、この図に示すように、契約は“ｃｏｎｔａｃｔ｛｝”の中括弧の中に定義する。契約は“ｐｒｏｆｉｌｅ｛｝”、“ｒｅｑｕｉｒｅｍｅｎｔｓ｛｝”、“ａｃｔｉｏｎ｛｝”から構成され、それぞれ契約のプロフィール、契約履行に必要な項目、副作用アクションを定義する。
【０１６４】
契約のプロフィールとして、“価格（ｐｒｉｃｅ）”・“契約を実行するサーバへのＵＲＬ（ｐｒｏｃｅｓｓｏｒ）”・“契約項目を入力する際の画面デザインへのＵＲＬ（ｓｔｙｌｅ）”・“対応しているカード会社名（ｃａｒｄ−ｃｏｍｐａｎｙ）”を定義しなければならない。ただし価格が０円ならばその他は定義しなくてよい。
【０１６５】
契約履行に必要な項目としては、・“顧客名（ｃｌｉｅｎｔ−ｎａｍｅ）”・“顧客の住所（ｃｌｉｅｎｔ−ａｄｄｒｅｓｓ）”・“顧客の電話番号（ｃｌｉｅｎｔ−ｐｈｏｎｅｎｏ）”・“支払に用いるカード会社（ｃａｒｄ−ｃｏｍｐａｎｙ）”・“カード番号（ｃａｒｄ−ａｃｃｏｕｎｔ）”に加えて、顧客と違う人間が立て替える場合を想定して、・“実際の支払い者の名前（ｃａｒｄｕｓｅｒ−ｎａｍｅ）”・“支払者の住所（ｃａｒｄｕｓｅｒ−ａｄｄｒｅｓｓ）”・“支払い者の電話番号（ｃａｒｄｕｓｅｒ−ｐｈｏｎｅｎｏ）”などを要求することができる。これらは選択的であり必須ではない。また項目に対してイコールに続けてデフォルト値を定義することができる。図１２（ａ）の例では、支払い者の名前・住所・電話番号のデフォルト値として、顧客の名前・住所・電話番号を与えている。
【０１６６】
副作用アクションは手続き的に記述できる。実行できるアクションの種類としては「契約の履行」のみ用意している。この契約履行は“実行者．契約ＩＤ（引数リスト）”というようにメソッド風に書く。契約オブジェクトとしては“ＣＩオブジェクト名［契約番号］”として書くことができる。実行者は、契約オブジェクトを用いて指定する。指定された契約オブジェクトの権利者が実行者となる。これは省略可能である。
【０１６７】
また複合コンテンツ内に含まれる各コンテンツの契約の指定は、“ｃｏｎｔａｉｎｅｒ［ｎ］”、“ｃｏｎｔａｉｎｅｅ［ｎ］”という契約オブジェクトを用いて指定することができる。ただし、ｃｏｎｔａｉｎｅｒは、契約が割り当てられているコンテンツの組み込み先となるコンテナコンテンツの契約を意味している。複合コンテンツは複合コンテンツへ再帰的に組み込めるが、そのネストレベルを添え字［ｎ］で指定する。
【０１６８】
“ｃｏｎｔａｉｎｅｅ［ｎ］”は自コンテンツが組み込んでいる素材のうちｎ下位のものの契約を示している。ただし、ｎは正数である。
【０１６９】
ｎに対し、“？”を指定すると任意となる。たとえば、自分が直接包含している素材の任意の契約を指定したい場合は、“ｃｏｎｔａｉｎｅｅ［１］［？］”となる。
【０１７０】
引数リストは、契約に必要な項目を引数としてカンマで区切ったリストである。各引数は“項目名＝値”として記述する。たとえば、自分が直接包含しているコンテンツの任意の契約に対して、顧客名・住所・電話番号を指定して実行する場合は次のようになる。
【０１７１】
containee[1][?](client-name=“浜田伸一郎”， client-address=“×××××”， client-phoneno=“×××−×××−××××”)；
最後に多量定義とパターンマッチングの値渡しについて述べる。パターンは“ｗｈｅｎ”の引数として記述する。なお“ｏｔｈｅｒｗｉｓｅ”はすべての“ｗｈｅｎ”節でマッチしないコンテクストにおいてマッチする。比較対象として記述できるのは、契約オブジェクトおよび予約述語である。
【０１７２】
予約述語としては“課金している”という意味の“ｃｈａｒｇｉｎｇ”が用意されている。比較演算子としては“＝＝”が用意されており一致すれば真となる。また任意を示すワイルドカード“？”および“＊”が用意されており、“？”は条件を真にするうちの一つ、“＊”は条件を真にするすべてを表す。また、オブジェクトに続けて記述される“［］”は、そのオブジェクトに対する制約条件を示す。また“％ｎ”（ただし、ｎは正数）は“？”と同じ意味であるが、“ｗｈｅｎ”内のブロックにおいて参照することができる。
【０１７３】
“％ｎ＊”（ただし、ｎは正数）は“＊”と同じ意味であるが、“ｗｈｅｎ”内のブロックにおいて参照することができる。
【０１７４】
図１２（ｂ）に示す例では、自己が包含するコンテンツのうち課金している契約すべてを“％１＊”にマッチさせ、その契約に対して契約実行を行うと定義している。この多量定義の解釈はＣＤＬに記述された契約実行に先立ち行われる。
【０１７５】
ＣＤＬの言語的説明については簡単に説明した。次に図１２に示した「ＣＤＬの例」の解説を行なう。
【０１７６】
図１２（ａ）に示す例では、契約を多重定義している。定義の一つは、自コンテンツの組み込み先となるコンテンツの契約のいずれかが課金している場合に適用される。必要項目として挙げられている項目のうち、支払い者の名前・住所・電話番号はデフォルト値が与えられているので、エンドユーザの入力画面には出てこないが、他の契約がアクションとして指定することはできる。定義の二つ目はその他の場合に適用される。課金はせず入力項目もない。
【０１７７】
図１２（ｂ）の例は、ユーザの支払を一本化することを目的としており、アクションが条件定義されている。与えられたアクションは自コンテンツが組み込んでいるコンテンツの契約のいずれかが課金している場合にマッチし、それらに対して自コンテンツの著者が支払いをするとしている。その契約の必要項目としては、自コンテンツに対して入力される顧客情報をそのまま渡し、支払いに関しては自分のクレジット情報を与える。このアクションの実行者をｃｏｎｔａｉｎｅｒにすることにより、素材提供者は二次加工作品制作者からレンタル料を取るように応用できる。
【０１７８】
＜ＣＤＬを導入した流通形式の構造＞ＣＩ課金システムでは、図１３に示すＣＤＬを導入した流通形式の構造のように「契約手続き」としてＵＲＬの代わりにＣＤＬを持つ。その他は図２の（ａ）と全く同じである。
【０１７９】
＜ＣＤＬコンテンツサーバ＞ＣＤＬコンテンツサーバ１３は、コンテンツ配信システムの提供者側契約インタプリタとまったく同じ仕組みでよい。ただし、次の点に対応しなければならない。
【０１８０】
それは、契約項目を入力するウェブページのスタイルをＸＳＬ形式で提供するということである。『デコーダ』は、ＣＤＬで定義された契約に必要な項目を元にＸＭＬを生成するが、そのＸＭＬを表示するＸＳＬをコンテンツサーバからダウンロードすることになっている。
【０１８１】
＜ＣＤＬデコーダ＞ＣＤＬデコーダ１２３はＣＤＬを解釈して契約を実行する。その言語処理および契約実行のアルゴリズムを図１４のフローチャートで説明する。このフローチャートはＣＤＬデコーダのアルゴリズムを示したものであり、ステップＳ１４１において、ＣＤＬの条件節（ｗｈｅｎ）をすべて調べて条件に見合わないブロックをすべて無効化する。
【０１８２】
次にステップＳ１４２において、ＣＤＬのｒｅｑｕｉｒｅｍｅｎｔｓを取り出してＸＭＬ（Extensible Markup Language）文書を生成する。このとき、各項目名をＸＭＬにおける要素名とし項目値を要素値とする。この時点では項目値は空である。
【０１８３】
次にステップＳ１４３において、ＣＤＬのｐｒｏｆｉｌｅのｓｔｙｌｅ項目からのスタイルシートを取り出し、生成したＸＭＬに適用する。
【０１８４】
そして、ステップＳ１４４において、適用されたウェブページを表示するダイアログボックスをポップアップして契約処理をユーザに促す。この契約処理は図１０において説明したキー取得のアルゴリズムと同じである。
【０１８５】
続いてステップＳ１４５において、ａｃｔｉｏｎを取り出して実行する。ａｃｔｉｏｎが対象としている契約およびそのパラメータを特定し、ユーザへの入力を促すことなくコンテンツサーバに対してＰＯＳＴまたはＧＥＴする。
【０１８６】
以上がＣＤＬデコーダの処理アルゴリズムである。
【０１８７】
＜ユーザエージエント＞その他、ユーザエージェントとしての拡張例として次が挙げられる。
【０１８８】
一つ目は、“合計金額見積もり機能”である。コンテンツに含まれるすべてのＣＤＬを読み込み合計金額を計算し前もってユーザに知らせる。これにより、ユーザは値段を聞いてからそのコンテンツを購入するかどうか判断できる。
【０１８９】
二つ目は、“ユーザ財布管理機能”である。ユーザエージエントは購入のたびに支払い額を記憶し、現在までにユーザがどれくらい支払をしたのかをユーザに提示する。
【０１９０】
三つ目は、“ユーザ入力支援機能”である。ユーザエージエントはユーザのプロフィールを記憶し、契約を実行する時に、“ｒｅｑｕｉｒｅｍｅｎｔｓ”で要求されている項目を自動的に埋める。この結果、ポップアップされるフォーム形式の契約ページは、ユーザの名前や住所や電話番号、クレジットカードの会社名や番号などが初めから埋められていて、後は送信ボタンを押すだけの状態となる。
【０１９１】
以上、種々の実施例を説明したが、要するに本発明は、コンテンツ利用に当たり、ユーザの経済的負担を合理的に軽減でき、しかも、創作者、二次加工作品制作者などそれぞれの段階で作成して提供するコンテンツについての著作権について、それぞれに代償を還元できるようにした「著作権レンタル利用方式」というコンテンツ利用方式を提案し、また著作権レンタル利用方式のコンテンツ利用を機械処理する課金システムを提案するものである。
【０１９２】
著作権レンタル利用方式とは「構成者が、素材の利用権の支払いを享受者へ委譲する」というコンテンツ利用方式である。平たく言えば、コンテンツの素材を購入するのは、構成者ではなく享受者であり、構成者は有料素材を無料で自分のコンテンツへ組み込んで販売することができる。コンテンツの享受者は、コンテンツ購入時に構成者および各素材提供者に対して構成費用および各素材の代金をそれぞれ支払うというビジネスモデルとなる。
【０１９３】
著作権レンタル利用方式を採用した場合、素材を購入するのはコンテンツ享受者である。コンテンツ享受者は構成者に比べてはるかに人口が多いことから、素材提供者としては、素材売価を低く抑えることが出来るという利点がある。一方、構成者としては、初期投資なしで素材を利用することが出来るので、積極的な素材の利用を阻む要因が無くなる。買取方式のコンテンツ利用モデルでは、素材へ支払う初期投資と作成にかかる労力プラス構成作品の売れ行きとを天秤にかける必要があり、素材利用を阻む要因となりえた。これらの２つの理由から、コンテンツ素材の販売ビジネスにとって、非常に有効なモデルであると言える。
【０１９４】
現実社会においてはこのようなビジネスモデルはあまり見受けられない。考えられる理由の一つは、このようなビジネスモデルを現実社会で行った場合に、素材提供者が素材の料金をコンテンツ享受者から確実に回収する合理的な手段が無いということである。もう一つの考えられる理由は、著作権レンタル利用方式では顧客である享受者が複数の著作者に対して支払うという手間を増やしてしまうので、販売スタイルとして受け入れがたいということがある。しかし本発明システムでは、前者の問題については、すべての売買行為を確実に監視することを理論的に保証することにより解決し、後者の問題については、支払いを一本化するような操作支援機構を提供することによって解決している。
【０１９５】
現実社会では、音楽ＣＤや本など出版物に対する印税などのように、作品の売れ行きに応じて各著作者に収入が入るようなライセンスタイプの課金モデルもよく用いられる。著作権レンタル利用方式のコンテンツ利用モデルは、このようなライセンスタイプの課金モデルをエミュレーションすることもできる。例えば音楽ＣＤの例に取ると、作詞家・作曲家・編曲者・歌手など各著作者ごとに担当したコンテンツ素材に価格を与えておき、それらを構成したコンテンツとして音楽ＣＤを位置付けるように対応付けることが出来る。
【０１９６】
また、以上においては、二次加工作品制作者と素材提供者の間での課金はないものと限定したが、実際の運用においては、素材と構成作品との間におけるネームバリューやシェアなどの力関係によって、素材提供者が構成者からレンタル費（著作隣接権に該当する）を徴収したい場合もあるであろうし、逆に構成作品に組み込まれることが素材の販売促進につながると考えて、素材提供者が二次加工作品制作者に対して広告料を支払うのが妥当という場合もあり得る。
【０１９７】
このように、二次加工作品制作者と素材提供者間での金銭的取引を可能とすることも必要である。そして、この機能の応用として「自コンテンツが素材として他のコンテンツに組み込まれた場合、その組み込み先が商用利用であるなら１００円要求するが、商用利用でないならフリーとする」というような契約も可能となる。また、暗号キーに対しても寿命という概念を導入し、コンテンツの再生可能な回数や期限などを指定することができる拡張も考えられる。
【０１９８】
そのため、本発明システムでは従来の課金処理システムを拡張して、データ形式として「再生形式」「流通形式」に加えて、新規に「構成形式」というデータ形式を扱えるようにした。また装置構成として、従来の課金処理システムに「アーカイバ」および「レコンポーザ」という装置を追加した。これらの装置は、従来の課金システムの「デコーダ」および「エンコーダ」と協調しながら動作する。なお、デコーダは流通形式のデータを読み込んで再生形式に変換する装置、エンコーダは再生可能な普通のコンテンツから流通形式のデータを作成する装置である。
【０１９９】
構成形式とは、構成された複数の有料の純正コンテンツを構成した複合コンテンツを表現するためのデータ形式であり、流通時に用いる。具体的には次の３種類から成っている。
【０２００】
（１）流通形式の各素材となる純正コンテンツ（２）それらをまとめる流通形式のコンテナコンテンツ（３）それぞれの素材コンテクツのコンテナコンテンツ内での構造的配置情報のリストこのように構成形式では、各素材の内容を一つのコンテンツとして混ぜてしまうのではなく、入手した状態のままの流通形式の各素材、及びそれらの構成方法を別々に保持しており、各素材を購入しなければその素材分については享受できない。
【０２０１】
ところで、構造的配置情報は対象とするメディアタイプによって様々である。たとえば、構成作品が３Ｄコンピュータグラフィックスであったならば、素材となるモデルパーツの３次元空間での座標や方向などが、また、ウェブページであったならば、素材ページを包含ページなどのタグへ挿入するか、といったことなどが、構造的配置情報の候補として考えられる。
【０２０２】
この構成形式のデータを解釈して再構成し再生可能な状態にする装置がレコンポーザであり、コンテンツ享受者に用いられる。レコンポーザは、まず構成形式のデータに含まれている流通形式の素材を、順にデコーダに入力して復号化していく。この過程で、各素材の代金が素材提供者へ支払われる。復号化に成功した素材については、その素材の構造的配置情報にしたがって、その素材をコンテナコンテンツへ適切にマージする。最後に復号化に成功した素材をすべてコンテナコンテンツへマージした結果を再生装置へ渡す。このような仕組みから、構成作品をコンテンツ享受者が購入した場合、コンテンツ享受者から構成作品に関する各著作者それぞれに対して契約処理が行われるという手順になる。
【０２０３】
一方、構成形式のコンテンツを生成する装置がアーカイバであり、構成者に用いられる。アーカイバは、二次加工作品制作者が指定した流通形式の素材を読み込んで構成形式コンテンツ内に追加し、また二次加工作品制作者の操作にしたがってコンテナコンテンツでの各素材の構造的配置を決定して構成形式コンテンツ内に記録する。
【０２０４】
また、本発明では、素材として、純正コンテンツだけでなく複合コンテンツも組み込めるようにすることも考えられる。素材となるコンテンツが純正コンテンツに限定されていると、素材としてのコンテンツ再利用は高々１段しか許されていないということになる。それに対し、複合コンテンツの素材として、純正コンテンツだけでなく複合コンテンツも組み込めるように拡張されると、原理的にコンテンツ再利用のチェーンを無限に続けることができることになる。この拡張は、コンテンツ再利用を促進する効果を期待できる。ただし、この拡張においても各素材提供者への課金契約の履行は保証されなければならない。
【０２０５】
これを実現するためには、複合コンテンツに組み込む素材のデータ形式として、流通形式だけでなく構成形式も扱えるように構成形式を拡張した上で、レコンポーザを機能追加し、その拡張された構成形式を読み込んで、素材として組み込まれた複合コンテンツに対してもライセンスタイプの課金処理を正しく実行するようにする必要がある。
【０２０６】
そして、この場合での構成形式の拡張としては、「流通形式での各素材」をリストとして持つ代わりに「流通形式または構成形式の各素材」をリストとして持つことができるようにする。
【０２０７】
レコンポーザの必要な拡張は、処理対象の複合コンテンツに含まれる各素材を順にデコードする過程において、取り出された素材が流通形式ならば、前述同様、復号化を行うためデコーダへ送信するが、取り出された素材が構成形式ならば、その素材をレコンポーザ自身で再帰的に処理する。すなわち、レコンポーザは現時点の処理をいったん中断して内部状態を初期化、素材の構成形式のデコード処理・構成処理を実行して得られた再生形式のコンテンツを初めの処理状態に戻す。この処理により、入力された複合コンテンツに含まれるすべての各素材は課金処理された上でデコードされ、それらが再構築されて再生可能になる。
【０２０８】
また、本発明は、二次加工作品制作者と素材提供者間との金銭的契約を取り扱うため、以下の記述能力を持つ契約記述言語および、その言語を解釈実行する処理システムを用意する。
【０２０９】
（１）コンテンツに含まれる各契約を指し示す記述（２）契約の特徴を示すプロパティ記述（３）契約に関する条件記述（４）支払いなどのアクション記述ただし、（２）の項目に挙げたプロパティとしては、価格・代金支払人・代金受取人・支払方法・顧客への必須問合せ項目名リストが少なくとも必要である。顧客への必須問合せ項目名としては、たとえば、氏名・年齢・住所・メールアドレス・カード会社名・クレジット番号などがある。従って、この契約定義言語では代金支払人を指定できるので、素材提供者が、あらかじめ素材に対して、「構成者や支払人に指定しておくことにより、二次加工作品制作者から素材提供者へのレンタル料の支払い」やその逆の「素材提供者から二次加工作品制作者への広告量の支払い」など（この場合はマイナスの支払いとして扱うなど）二次加工作品制作者と素材提供者間との金銭的契約を取り扱うことができる。
【０２１０】
さらに、この契約定義言語では、契約内容の多量定義・再定義・動的定義変更を記述することができる。
【０２１１】
たとえば、契約内容の再定義としては、例えば「享受者が支払うべき各素材代について二次加工作品制作者が代わりに支払う」ことを可能にする。素材を多く使用したため、複合コンテンツの代金が素材分だけでも高価になり過ぎた場合に、素材分については享受者（エンドユーザ）に代わって二次加工作品制作者が支払い、その代わりに妥当な商品代金を享受者（エンドユーザ）から貰う。
【０２１２】
この場合、二次加工作品制作者は（売れる度に）収支としては損をすることになるが、自己の作成した複合コンテンツに対して、妥当な値段設定をすることが出来ることになる。この場合、享受者（エンドユーザ）の代わりに支払うアクションについて、「どの契約に対してどの支払い方法でいくら支払うか」を記述しなければならない。どの契約に対してかについては上記（１）の項目を、どの方法でいくら支払うかは上記（４）の項目を用いて記述できる。
【０２１３】
契約の課金定義としては、例えば「自コンテンツが素材として他のコンテンツに組み込まれた場合、その組み込み先が商用利用であるなら１００円要求するが、商用利用でないならフリーとする」というような選択的な契約宣言を可能とする。この場合、まず「素材としての組み込み先の複合コンテンツが課金しているかどうか」を条件記述する必要があるが、上記（１）の項目と（２）の項目を用いることにより、複合コンテンツへの課金を参照し、（３）の項目を用いてこの参照を条件記述できる。後は、条件ごとに（２）の項目を用いて契約定義すればよい。
【０２１４】
契約記述言語の処理システムは、レコンポーザが復号処理をするときに、上記契約記述言語を解釈実行するために起動される。この処理システムは、条件記述にマッチしたアクションおよび契約のみを取り出すフィルタ機能、およびその後、それが契約条件を満たしているかについての検証機能と実際の支払いアクションの実行機能の３つを提供する。
【０２１５】
このように、本発明システムは著作権レンタル利用方式のコンテンツ利用モデルを採用している。著作権レンタル利用方式を採用した場合、素材を購入するのはコンテンツ享受者（エンドユーザ）である。コンテンツ享受者は二次加工作品制作者に比べてはるかに人口が多いことから、素材提供者としては、素材売価を低く抑えることが出来るという利点がある。一方、二次加工作品制作者としては、初期投資なしで素材を利用することが出来るので、積極的な素材の利用を阻む要因が無くなる。
【０２１６】
コンテンツ取引の最も一般的なビジネス形態である買取方式のコンテンツ利用モデルでは、素材へ支払う初期投資と作成にかかる労力と、二次加工作品の売れ行きとを天秤にかける必要があり、素材利用を阻む原因となっていた。これらの２つの理由から、コンテンツ素材の販売ビジネスにとって、非常に有効な仕組みとなる。
【０２１７】
また、コンテンツとしてウェブページに着目してみると、これは音楽や絵画など他のコンテンツに比べて、コンテンツ同士を組み合わせたり、加工したりすることが行い易いメディアである。たとえば、ニュースサイトからピックアップした各記事に対して解説を加えて提供するなどが考えられる。従って、ウェブページのコンテンツ市場に対して、本発明のビジネス手法は極めて有効である。
【０２１８】
なお、本発明は上述した実施形態に限定されるものではなく、種々変形して実施可能である。また、本発明において、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題の少なくとも１つが解決でき、発明の効果の欄で述べられている効果の少なくとも１つが得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【０２１９】
また、本発明における実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、ＭＯなど）、半導体メモリなどの記録媒体に格納して頒布することもでき、また、ネットワークを介しての伝送により、頒布することもできる。
【図面の簡単な説明】
【０２２０】
【図１】本発明を説明するための図であって、本発明システムの構成を示すブロック図である。
【図２】本発明を説明するための図であって、本発明システムで用いるコンテンツの各種データ構造を示す図である。
【図３】本発明を説明するための図であって、本発明システムで用いるキー２１ｃの持つキー構造例を示す図である。
【図４】本発明を説明するための図であって、本発明の実施例におけるデータ構造が構成形式であるウェブコンテンツの例を示す図である。
【図５】本発明を説明するための図であって、本発明の実施例におけるデータ構造が再生形式であるウェブコンテンツの例をに示す図である。
【図６】本発明を説明するための図であって、本発明システムにおけるコンテンツ配信システムの構成例を示すブロック図である。
【図７】本発明を説明するための図であって、本発明システムにおけるレコンポーザの処理アルゴリズムを示すフローチャートである。
【図８】本発明を説明するための図であって、本発明システムにおけるデコーダの機能を実現するためのアルゴリズムを示す図である。
【図９】バリデータのアルゴリズムを説明するための図である。
【図１０】本発明を説明するための図であって、本発明システムにおけるキー取得のアルゴリズムを説明するための図である。
【図１１】本発明を説明するための図であって、本発明システムにおけるエンコーダのアルゴリズムを説明する図である。
【図１２】本発明を説明するための図であって、本発明システムで用いるＣＤＬの記述例を示す図である。
【図１３】本発明を説明するための図であって、本発明システムにおけるＣＤＬを導入した流通形式の構造例を示す図である。
【図１４】本発明を説明するための図であって、本発明システムにおけるＣＤＬデコーダ１２３での言語処理および契約実行のアルゴリズムを説明する図である。
【符号の説明】
【０２２１】
１０…コンテンツ配信システム
１１…コンテンツクライアント
１２…コンテンツエディタ
１３…コンテンツサーバ
２０…コンテンツ
ＮＷ…コンピュータネットワーク
２１ｃ…キー
【図１】
2007115267.tif 000003
【図２】
2007115267.tif 000004
【図３】
2007115267.tif 000005
【図４】
2007115267.tif 000006
【図５】
2007115267.tif 000007
【図６】
2007115267.tif 000008
【図７】
2007115267.tif 000009
【図８】
2007115267.tif 000010
【図９】
2007115267.tif 000011
【図１０】
2007115267.tif 000012
【図１１】
2007115267.tif 000013
【図１２】
2007115267.tif 000014
【図１３】
2007115267.tif 000015
【図１４】
2007115267.tif 000016