JP2005012778A - デジタルアイテム処理方法及び装置 - Google Patents

Abstract

【課題】サーバから配信されるコンテンツの著作権を十分に保護する。
【解決手段】本発明によるデジタルアイテム処理方法は、デジタルアイテムをデジタルアイテム宣言形式で記述するステップを含む。デジタルアイテムは、メディアコンテンツの基本処理を指定するデジタルアイテム方法の記述を含む。また、その処理方法は、デジタルアイテム宣言形式で記述されたデジタルアイテムを、デジタルアイテム宣言パーサによって解析する解析ステップと、デジタルアイテム方法を、デジタルアイテム方法エンジンにおけるデジタルアイテム方法プレゼンタによって解釈する解釈ステップと、デジタルアイテム方法によって指定されたメディアコンテンツの基本処理のセマンティクスに従って、必要な値又はパラメータをユーザに要求する要求ステップと、ユーザから、基本処理に関する値又はパラメータを取得する取得ステップとを含む。
【選択図】 図７

Description

本発明は、デジタルアイテム処理方法及び装置に関する。より詳細には、ユニバーサル・マルチメディア・アクセス・フレームワーク中に存在し、デジタルアイテム（ＤＩ）にアクセスするために使用可能な内側の各種モジュールを処理できる、統一されたマルチメディア端末に関し、特に、デジタルアイテムの適応と、知的財産の管理及び保護のための基本動作に関する。ＤＩとは、特定の関係に基づいて一緒に保持され、かつメタデータを関連付けることのできるマルチメディア・リソース（コンテンツ）の集合体である。

ＭＰＥＧ及びその他の標準化団体は、ビデオ、オーディオ、システム、通信プロトコル、コンテンツ表現、コンテンツ・パッケージング等に関して、ある場所から別の場所へのコンテンツの転送及び提供を効率的な方法で容易に行えるように、また大容量のコンテンツを限られたスペース内に容易に記憶できるようにするために、数多くの規格を制定してきた。

ユニバーサル・マルチメディア・アクセス・フレームワークは、複数のアプリケーション・ドメインにおける異なるカテゴリーのユーザによる、あらゆる種類のコンテンツの提供及び使用をサポートすることが可能な環境で、構築する必要がある。このようなフレームワークでは、共用ビジョン、つまりロードマップがそのアーキテクトによって理解され、確実に、メディア・リソースを提供するシステムが相互動作可能でトランザクションが簡単に行われることが要求される。このことは、コンテンツの提供、コンテンツのセキュリティー、権利管理、確実な支払い、及びこれらを可能にする技術に関するインフラストラクチャーの要件にも当てはまる。つまり、コンテンツ所有者、アーティスト、エンドユーザ、サービスプロバイダ、及びＣＥ製造業者の全ての人は、このフレームワークが各自の目的をサポートするものであることがわかる。

デジタルアイテム（ＤＩ：Ｄｉｇｉｔａｌ Ｉｔｅｍ）とは、当該フレームワーク内における標準の表現、識別及び記述で構成されたデジタル対象物であると定義されている。この実体は、ＭＰＥＧ−２１のフレームワーク内での配信及びトランザクションの基本単位でもあり、その目的はＤＩの電子商取引を可能にすることである。このフレームワークに基づいて、既に入念に開発された、又は現在開発中の主要技術がいくつかある。例えば、デジタルアイテム宣言（ＤＩＤ：Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｄｅｃｌａｒａｔｉｏｎ）は、その構成要素と構造（つまりリソースとメタデータ）という見地からマルチメディア・コンテンツを定義することを目的とした規格であり、ＤＩＤはＸＭＬで記述される。

デジタルアイテム適応（ＤＩＡ：Ｄｉｇｉｔａｌ Ｉｔｅｍ Ａｄａｐｔａｔｉｏｎ）と知的財産の管理及び保護（ＩＰＭＰ：Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ）の２つは、ＭＰＥＧ−２１を形成する最も重要な技術である。

かつてコンテンツプロバイダやサービスプロバイダは、各自の顧客を熟知しており、また各自のコンテンツを配信する手段も熟知し、又はこれを制御してきた。同時に、消費者は、テレビ、映画、音楽等の、はっきりと分類されたサービスの意味を理解していた。しかし今日、我々のこのような確信は揺らいでいる。エンドユーザはかつてなく予測不能であり、同一のコンテンツが多様な提供システムによって届けられ、様々な異なる消費装置でこれらを楽しむことができる。ＤＩＡは、ＤＩが、ユーザ、ネットワーク及び装置のプロパティの具体的な特徴に最適になるよう、これをどのように適応させる（変形させる）べきかを記述する手段の提供を行う。ＤＩＡの仕様は、基本的な利用環境記述ツール、ＤＩリソース適応ツール、ＤＩＤ適応ツールを定義する。

ＤＩを管理し保護するＩＰＭＰのアーキテクチャは、ＤＩバリューチェーンのあらゆるメンバーによるＤＩの配信、管理、及び利用に関連する、権利、条件、結果及び責務の記述と施行を提供する。ここでは、ＤＩに関わるＩＰＭＰをできるだけ詳細に記述する手段と、当該アーキテクチャを持つトラストの役割と、ＤＩ管理及び利用可能性が、委託された実体が保証する特定の基準を満たすことを主張する能力等の機能のための同位要件に支えられた相互動作性とを定義する必要がある。

先行技術を図１に示し、ＤＩＤ（コンテンツ構成要素及びその構造）に静的ＩＰＭＰ記述子及びＤＩＡ記述子情報を含む現状について述べる。ＤＩ宣言（モジュール１．１）は、いくつかの基本トランザクション単位ＤＩ（モジュール１．２、１．３、１．４）で構成され、プロバイダからユーザへ提供される。当該宣言内では、いくつかの重要なＩＰＭＰ記述子情報（モジュール１．５）及びＤＩＡ記述子情報（モジュール１．６）も、ＤＩトランザクションの保護及び適応に関するマルチメディア・フレームワークを支えるために伝送される。ＲＥＬ／ＲＤＤ記述子情報及びＥＲ記述子情報についても、同様の状況が当てはまる。

上記の例から、ＸＭＬ形式におけるＤＩＤのこのような静的な記述を使用する場合、実際のＤＩに対する機能を追加することができない。

近年、デジタルアイテム処理（ＤＩＰ）が、最も重要な技術部分であることが認識されている。ＤＩＰは、ＤＩがＤＩ自体のレベルにおいて扱われる手順をＤＩのユーザが指定するための方法を提供できる。ＤＩＰには、このフレームワークをサポートするためのデジタルアイテム方法及び動作等いくつかの技術が含まれ、実用的に利用できるように、定義されている構成要素すべて（例、ＤＩＡ及びＩＰＭＰ）をリンクすることが試行されている。

ＭＰＥＧ−２１標準化作業の主眼点は、インタラクティブ（双方向）アプリケーションである。しかし、従来は、コンテンツの処理の仕方をサーバ側が指定できなかった。つまり、サーバは、コンテンツを一方的に配信するのみで、ユーザが配信されたコンテンツをどのように処理するかまでは制御できなかった。よって、これまでは、配信されるコンテンツの著作権保護を十分に図れないという問題があった。

また、本発明は、以下の問題を解決することを課題とする。

インタラクティブアプリケーションは、ＭＰＥＧ−２１標準化作業の主眼点となる。ＭＰＥＧ−２１における様々な部分が規範的な方法によって定義されつつあるが、それに加えて、ユーザインタラクションに関連する基本動作も、将来における異なる端末／ピア間の相互動作性を最大にするために、規範的な方法によって定義される必要がある。

一方で、特にインタラクティブアプリケーションの場合、サービスを配信する前の多数のパラメータや選択は、ユーザによるオンライン入力に依存する。デジタルアイテム適応（ＤＩＡ）においては、ユーザのプリファレンスが必要とされることがあり、ＩＰＭＰにおいては、不足しているＩＰＭＰツールをユーザが該当場所から入手することが要求されることがある。

このような動作が明確なシンタックス及びセマンティクスと共に定義されるならば、これらの動作のプレゼンタが異なる端末に統合されるとき、非準拠の問題が回避される。

本発明においては、ユニバーサル・マルチメディア・アクセスのアプリケーションのインプリメンタが、コンテンツの適応及び保護のための仕様を定められた基本動作に基づいて、準拠する端末を構築できるようにするための規範的な方法を提供する目的で、ＤＩＡ及びＩＰＭＰに関連する基本動作とその明確なシンタックス及びセマンティクスが定義される。

また、本発明の目的は、サーバから配信するコンテンツの著作権の十分な保護を可能にするデジタルアイテム処理方法及びデジタルアイテム処理装置を提供することである。

本発明に係るデジタルアイテム処理方法は、デジタルアイテムをデジタルアイテム宣言形式で記述する記述ステップであって、前記のデジタルアイテムは、メディアコンテンツ又はメディアコンテンツのアドレス、及び前記のメディアコンテンツの基本処理を指定するデジタルアイテム方法の記述を含むステップと、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムをユーザ端末に配信する配信ステップと、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムを前記のユーザ端末が受信する受信ステップと、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムを、デジタルアイテム宣言パーサによって解析する解析ステップであって、前記のデジタルアイテム方法の記述が出現すると、前記のデジタルアイテムを、デジタルアイテム方法エンジンに転送するステップと、前記のデジタルアイテム方法を、前記のデジタルアイテム方法エンジンにおけるデジタルアイテム方法プレゼンタによって解釈する解釈ステップと、前記のデジタルアイテム方法によって指定された前記のメディアコンテンツの基本処理のセマンティクスに従って、必要な値又はパラメータをユーザに要求する第１の要求ステップと、前記のユーザから、前記の基本処理に関する前記の値又はパラメータを取得する第１の取得ステップとを含む。

本発明に係るデジタルアイテム送信処理方法は、デジタルアイテムをデジタルアイテム宣言形式で記述する記述ステップであって、前記のデジタルアイテムは、メディアコンテンツ又はメディアコンテンツのアドレス、及び前記のメディアコンテンツの基本処理を指定するデジタルアイテム方法の記述を含むステップと、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムをユーザ端末に配信する配信ステップとを含む。

本発明に係るデジタルアイテム受信処理方法は、デジタルアイテム宣言形式で記述されたデジタルアイテムをユーザ端末が受信する受信ステップと、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムを、デジタルアイテム宣言パーサによって解析する解析ステップであって、メディアコンテンツの基本処理を指定するデジタルアイテム方法の記述が出現すると、前記のデジタルアイテムを、デジタルアイテム方法エンジンに転送するステップと、前記のデジタルアイテム方法を、前記のデジタルアイテム方法エンジンにおけるデジタルアイテム方法プレゼンタによって解釈する解釈ステップと、前記のデジタルアイテム方法によって指定された前記のメディアコンテンツの基本処理のセマンティクスに従って、必要な値又はパラメータをユーザに要求する第１の要求ステップと、前記のユーザから、前記の基本処理に関する前記の値又はパラメータを取得する第１の取得ステップとを含む。

好ましくは、前記のデジタルアイテム処理方法、デジタルアイテム送信処理方法、及びデジタルアイテム受信処理方法において、前記のデジタルアイテム方法は、前記の基本処理に加えて、前記の基本処理に付随する付随処理を指定する。そして、好ましくは、前記のデジタルアイテム処理方法、及びデジタルアイテム受信処理方法は、さらに、前記の付随処理のセマンティクスに従って、必要な値又はパラメータを、ユーザ、インターネット上のリソース、又はデジタルアイテム宣言形式で記述された前記のデジタルアイテムに要求する第２の要求ステップと、前記のユーザ、前記のリソース、又は前記のデジタルアイテムから、前記の付随処理に関する前記の値又はパラメータを取得する第２の取得ステップとを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法は、さらに、前記の第１の取得ステップに続いて、取得した前記の値又はパラメータを、前記のデジタルアイテム方法エンジンに接続された１以上のデジタルアイテム処理エンジンに転送する転送ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法は、さらに、前記の第２の取得ステップに続いて、前記の第２の取得ステップで取得した前記の値又はパラメータを、前記のデジタルアイテム方法エンジンに接続された１以上のデジタルアイテム処理エンジンに転送する転送ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法において、前記の第１の要求ステップは、ユーザに複数の選択肢を提示して、ユーザに複数の前記の選択肢の中から１つを選択させるステップであり、前記の第１の取得ステップにおいて、ユーザから取得する前記の値又はパラメータは、ユーザが選択した１つの前記の選択肢を示す。好ましくは、前記の第１及び第３のデジタルアイテム処理方法は、さらに、前記の第１の取得ステップに続いて、取得した前記の値又はパラメータに従って、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムを変更する変更ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法において、前記の第２の要求ステップは、ユーザに複数の選択肢を提示して、ユーザに複数の前記の選択肢の中から１つを選択させるステップであり、前記の第２の取得ステップにおいて、ユーザから取得する前記の値又はパラメータは、ユーザが選択した１つの前記の選択肢を示す。好ましくは、前記のデジタルアイテム処理方法は、さらに、前記の第２の取得ステップに続いて、前記の第２の取得ステップで取得した前記の値又はパラメータに従って、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムを変更する変更ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法は、さらに、取得した前記の値又はパラメータに基づいて、前記のユーザの要求のステータスを前記のユーザに表示する表示ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法は、さらに、取得した前記の付随処理に関する前記の値又はパラメータに基づいて、前記の付随処理に関連したデジタルアイテム処理エンジンを呼び出し、前記のデジタルアイテム処理エンジンに前記の付随処理を実行させる処理ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム送信処理方法において、前記の記述ステップは、さらに、前記のデジタルアイテム宣言形式で記述された前記のデジタルアイテムを二値化する二値化ステップを含む。

好ましくは、前記のデジタルアイテム処理方法、及び前記のデジタルアイテム受信処理方法において、前記の付随処理は、デジタルアイテム適応利用環境記述をユーザ又はインターネット上のリソースから取得するためのＧｅｔＤＩＡＵＥＮｏｄｅ（ ）、デジタルアイテム適応リソース適応に関連する記述を現在のデジタルアイテム宣言から取得するためのＧｅｔＤＩＡＲｅｓｏｕｒｃｅＮｏｄｅ（ ）、デジタルアイテム宣言に関するデジタルアイテム適応構成に関連する記述を現在のデジタルアイテム宣言から取得するためのＧｅｔＤＩＡＣｏｎｆｉｇＮｏｄｅ（ ）、デジタルアイテム適応記述の登録、転送、要求、更新、及び削除メッセージを介してデジタルアイテム適応記述メッセージの送受信を行うためのＰｒｏｃｅｓｓＤＩＡＤＭ（ ）、デジタルアイテム適応ユーザ環境記述とデジタルアイテム適応リソース記述をマッチングすることによってデジタルアイテムを適応するためのＡｄａｐｔＲｅｓｏｕｒｃｅ（ ）、リソースの実際の適応を要求する前に、デジタルアイテム適応コンフィギュレーション記述子情報に基づいてデジタルアイテム宣言構成を行うためのＡｄａｐｔＤＩＤＣｏｎｆｉｇ（ ）、ライセンス情報及び権利情報を現在のデジタルアイテム宣言から取得するためのＲｉｇｈｔｓＬｉｃｅｎｓｅＣｈｅｃｋ（ ）、ツール場所情報を有するＩＰＭＰツールリストを少なくとも含む必要のあるＩＰＭＰ制御情報を前記の現在のデジタルアイテム宣言から取得するためのＩＰＭＰＣｏｎｔｒｏｌＩｎｆｏ（ ）、ユーザのアイデンティティの有効性を確認するためにユーザのＩＤ及びパスワードをユーザ又は他の場所から取得するためのＵｓｅｒＡｕｔｈｅｎｔｉｃａｔｉｏｎ（ ）、及びＩＰＭＰツールを、指定された場所から取得するためのＩＰＭＰＴｏｏｌｓＲｅｔｒｉｅｖａｌ（ ）の関数の少なくとも１つで定義される。

本発明に係るデジタルアイテム処理装置は、デジタルアイテム宣言形式で記述された、デジタルアイテム方法の記述を含むデジタルアイテムを解析するデジタルアイテム宣言パーサと、前記のデジタルアイテムにおける前記のデジタルアイテム方法を解釈するデジタルアイテム方法プレゼンタとを備える装置であって、前記のデジタルアイテム方法は、メディアコンテンツの基本処理及び前記の基本処理に付随する付随処理の少なくとも１つを指定し、前記のデジタルアイテム方法プレゼンタは、前記のデジタルアイテム方法によって指定されたメディアコンテンツの前記の基本処理及び前記の付随処理の少なくとも１つのセマンティクスに従って、必要な値又はパラメータをユーザに要求し、前記のユーザから、前記の値又はパラメータを取得することを特徴とする。

ＩＰＭＰ及びＤＩＡに関する基本動作をシンタックス及びセマンティクスと共に定義することによって、ユニバーサル端末においてデジタルアイテムを処理及び動作できる。

（作用）
ＤＩプロバイダ側
コンテンツデジタルアイテム（ＤＩ）は、シーン構造を構築することによって生成される。シーン構造においては、そのデジタルアイテムは何であるか、実際のメディア・リソースはどこにあるか、そのＤＩはどのように保護されているか、そのＤＩを使用するための権利は何か、メディア・リソースを配信してユーザが消費するために使用可能な端末とネットワークＱｏＳ記述及び／又はビットストリーム記述は何かを伝えるため、対応するＩＰＭＰ（ＲＥＬ）及びＤＩＡ記述が一緒に構造的にリンクされる。

対応するＤＩの受信側がユーザと対話して、保護及び適応によってメディア・リソースをさらに処理できるようにするため、ＩＰＭＰ及びＤＩＡの機能のための方法とその基本動作を、このようなコンテンツＤＩモデルに加える必要がある。

ＤＩ消費者側
ＭＰＥＧ−２１端末（ピア）は、ＤＩＤパーサと、ＩＰＭＰ（ＲＥＬあり／なし）パーサと、ＤＩＡパーサとを実装することによって構築される。解析されたＤＩＤ情報は、処理エンジンに送る、又は対応するエンジン（例、ＤＩＡエンジン、ＩＰＭＰエンジン）にさらに送ることができる。

ＭＰＥＧ−２１端末（ピア）は、入ってくるメディアの特性とマッチングして適応されたリソースを生成するための、端末の利用環境（ＵＥ）特性を記述するためのテーブルを確立することによって構築される（注：適応手順は、端末／ピアのＵＥ特性が予め送信されている場合には、中間ピア又はＤＩプロバイダ側においても発生させることができる）。

定義された方法と定義された動作を持つデジタルアイテムが、図２に示すように、ＭＰＥＧ−２１の端末処理エンジン又はデジタルアイテム方法エンジン（ＤＩＭＥ：Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｍｅｔｈｏｄ Ｅｎｇｉｎｅ）によって処理されるとき、端末とユーザの間に一連のアクションが起こる。

２．１のモジュールにおいて、ＤＩＭＥは、デジタルアイテムと共に送られてきた指定されたＤＩＭ（デジタルアイテム方法：Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｍｅｔｈｏｄｓ）（図２では、ＤＩＭＳ（Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｍｅｔｈｏｓ Ｓｃｒｉｐｔ）と記される。）又はＤＩＢＯ（デジタルアイテム基本動作：Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｂａｓｅ Ｏｐｅｒａｔｉｏｎｓ）を解釈する。

２．２のモジュールにおいて、ＤＩＭＥは、ユーザが容易に理解できるように、指定された方法をセマンティクスに基づいて特定の形式においてユーザに提示する。

２．３のモジュールにおいて、ＤＩＭＥは、ユーザから特定の形式において入力値を取得し、それらを、指定されたＤＩＭ／ＤＩＢＯによって必要とされる指定された形式に変換する。

２．４のモジュールにおいて、ＤＩＭＥは、入力値を指定された形式において、対応するモジュール、すなわち２．６のモジュールにおけるＩＰＭＰエンジン、２．５のモジュールにおけるＤＩＡエンジン、２．７のモジュールにおけるＲＥＬエンジン、又は２．８のモジュールにおける他のＤＩＰエンジンに戻す。

ここで、２．９のモジュールは、自分のユニバーサル・マルチメディア端末（準拠するＭＰＥＧ−２１端末）からインタラクティブ式にサービスを使用しているユーザを表す。

モジュール２．１０の中のＤＩＭＥプレゼンタは、ユーザに提示するか又はユーザからの入力を取得するための基本動作すべてを解析する。

図２及びＤＩＭＥの機能から理解できるように、ユーザインタラクションに関連する多くのタイプの基本動作を明確なシンタックス及びセマンティクスと共に定義でき、その結果、複数のインプリメンタが、それぞれ互いに環境及びアプリケーションが異なっていても、同じシンタックス及びセマンティクスに従うことによって基本動作を実装できる。

本発明においては、ＤＩＡに関連する基本動作は、ユーザのプリファレンス、ユーザの環境、端末の能力等、ユーザ環境情報を取得できるように定義される。

ＩＰＭＰに関連する基本動作は、ユーザのＩＤ及びパスワード、ＩＰＭＰ制御情報、ＩＰＭＰツール取得等、ユーザによって送られるか又はユーザに関連する情報を取得できるように定義される。

ＲＥＬに関連する基本動作は、ＤＩの記録、ＤＩの転送、ＤＩのコピー等、ユーザによって送られる、ＤＩの利用情報を取得できるように定義される。

図２及び上記説明によると、端末がユーザからの入力を取得する必要がある場合、基本動作のほとんどは、例えば以下の関数を有する必要がある。

Ｆ＿Ｎａｍｅ（ｐｏｉｎｔｅｒ１， ｐａｒａｍｅｔｅｒ１， ｐａｒａｍｅｔｅｒ２， ．．．， ｐｏｉｎｔｅｒ２）

ｐｏｉｎｔｅｒ１は、方法が伝えられるＤＩＤ内の位置を指し、この関数において無視できる。ｐａｒａｍｅｔｅｒ１， ｐａｒａｍｅｔｅｒ２， ．．．は、ユーザからの入力値であり、特定のモジュールが適切なアクションを行うのに必要な値である。ｐｏｉｎｔｅｒ２は、さらなる処理のために使用する入力値を受け取るために特定のモジュールが位置する場所を指す。

本発明によるデジタルアイテム処理方法及びデジタルアイテム処理装置によれば、サーバから配信されるコンテンツの著作権を十分に保護することができる。

本発明は、マルチメディア・フレームワークを構築するために、ユニバーサル端末においてデジタルアイテムを処理及び操作するために使用される基本動作の必要性を示す。静的なＩＰＭＰ記述子及びＤＩＡ記述子情報を処理するためのいくつかの基本動作が定義されている。本発明は、最大限の相互動作性の下に広範に使用されるとき、ＭＰＥＧ−２１端末（ピア）におけるメディア・リソースの消費処理を保護及び適応によって強化する。

（実施の形態１）
図３は、ＭＰＥＧ−２１のフレームワーク内で、デジタルアイテム（ＤＩ）が、サーバ（プロバイダ）１０からユーザ（消費者）１２に配信される様子を説明する図である。ここで、デジタルアイテムは、音声、映像、及びＩＰＭＰデータ等のメディアコンテンツを含むコンテンツ部１４と、各々のメディアコンテンツのアドレスを含むヘッダ部１６とから成る。ＭＰＥＧ−２１のフレームワーク内では、通常、図３に示されるように、デジタルアイテムのヘッダ部１６が、コンテンツ部１４よりも先に、ユーザ１２に配信される。ユーザ１２は、デジタルアイテムのヘッダ部１６を先に受信し、サーバから提示される条件に同意する場合にのみ、パッケージ化されたコンテンツ部１４を受信することができる。

図５は、ＤＩＤ形式で記述されたデジタルアイテムのヘッダ部１６に対応するＤＩＤドキュメントを示す図である。ＤＩＤドキュメントは、いくつかのデジタルアイテム２０，２２，２４を含む。また、それぞれのデジタルアイテム２０，２２，２４のリソース２６は、実際のデジタルコンテンツを所有する所有元のアドレスを含む。さらに、ＤＩＤドキュメントは、いくつかのＩＰＭＰ記述子情報（ステートメント）２８、及びＤＩＡ記述子情報（ステートメント）３０も含む。さらに、ＤＩＤドキュメントは、ＲＥＬ（Ｒｉｇｈｔｓ Ｅｘｐｒｅｓｓｉｏｎ Ｌａｎｇｕａｇｅ）／ＲＤＤ（Ｒｉｇｈｔｓ Ｄａｔａ Ｄｉｃｔｉｏｎａｒｙ）記述子情報、及びＥＲ（Ｅｖｅｎｔ Ｒｅｐｏｒｔ）記述子情報（図示されない）等を含んでもよい。

ここで、ＤＩＤドキュメントは、図５の点線Ａに示されるように、デジタルアイテム方法（ＤＩＭ：Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｍｅｔｈｏｄ）の記述を含む。このＤＩＭの記述は、ユーザがコンテンツに対して実行できるコンテンツの基本処理（再生、複製、及び印刷等）を指定するものである。具体的に、図５のＤＩＭの記述は、「ユーザが、１００円支払えば、コンテンツを２回再生できる」ことを意味する。ユーザ（ＭＰＥＧ−２１端末）は、ＤＩＤドキュメントにおけるＩＰＭＰ記述子情報２８、及びＤＩＡ記述子情報３０等の記述に従って処理を行う。すなわち、ユーザは、１００円支払うことに同意した場合にのみ、図５のリソースに記述されたアドレスに存在するメディアコンテンツを再生することができる。

図４は、これまで説明したデジタルアイテムの送受信処理を示すフロー図である。まず、サーバ１０が、デジタルアイテムをデジタルアイテム宣言形式で記述する（ステップＳ１）。次に、サーバ１０が、デジタルアイテム宣言形式で記述されたデジタルアイテム（のヘッダ部１６）を、ユーザ（ＭＰＥＧ−２１端末）１２に配信（送信）する（ステップＳ２）。ユーザ１２は、サーバ１０から送信された、デジタルアイテム宣言形式で記述されたデジタルアイテム（のヘッダ部１６）を受信する（ステップＳ３）。

以下に、図５に示されるＤＩＤドキュメントを受信したときのユーザ１２（ＭＰＥＧ−２１端末）の処理について説明する。図６は、ＭＰＥＧ−２１端末１２のシステムの構成を示すブロック図である。図６に示されるように、ＭＰＥＧ−２１端末１２は、デコーダ４０、出力部４２、及びユーザ入力部４４を含む。デコーダ４０は、ＤＩＤパーサ４６、ＤＩＭエンジン４８、ＤＩＡエンジン５０、ＩＰＭＰエンジン５２、ＲＥＬエンジン５４、及びその他のＤＩＰエンジン５６を含む（ＤＩＭエンジン４８、ＤＩＡエンジン５０、ＩＰＭＰエンジン５２及びＲＥＬエンジン５４は、それぞれ、ＤＩＰエンジン５６の一種である。）。また、ＤＩＭエンジン４８は、ＤＩＭプレゼンタ５８を含む。

図７は、ＤＩＤドキュメントを受け取ったときにＭＰＥＧ−２１端末１２が行う処理のフロー図である。図７に示されるように、まず、デコーダ４０のＤＩＤパーサ４６が、ＤＩＤ形式で記述されたデジタルアイテムの中身を解析する（ステップＳ１１）。ＤＩＤパーサ４６は、デジタルアイテムにおいてＤＩＭの記述が出現すると（＜ＵｓａｇｅＲｕｌｅ＞の記述が出現すると）、ＤＩＤドキュメントを、サブルーチンであるＤＩＭプレゼンタ５８に送る。次に、ＤＩＭプレゼンタ５８は、ＤＩＭの記述を解釈する（ステップＳ１２）。そして、ＤＩＭプレゼンタ５８は、ＤＩＭにより指定された基本処理のセマンティクスに従って、その基本処理を実行するために必要な値又はパラメータをユーザに要求すると同時に、その基本処理をユーザに提示する。ここでは、「ユーザから１００円支払うか否かを示す情報を取得する」というセマンティクスに従って、出力部４２を用いて、ユーザに、「１００円支払うか否か」の問いに答える値又はパラメータを要求する（ステップＳ１３）。例えば、出力部４２がディスプレイのとき、「１００円支払って再生しますか？」というメッセージが、ディスプレイに表示される。

ユーザは、ユーザ入力部４４を用いて、１００円支払うか否かという問いに対する答えを示す値又はパラメータを入力する。ＤＩＭプレゼンタ５８は、その値又はパラメータを取得する（ステップＳ１４）。ＤＩＭプレゼンタ５８は、取得した値又はパラメータに基づき、ユーザが１００円支払うか否かを判断する（ステップＳ１５）。ＤＩＭプレゼンタ５８は、ユーザが１００円支払うと判断する（例えば、取得した値又はパラメータが「ＴＲＵＥ」である）（ステップＳ１５）と、取得した値又はパラメータを、ＤＩＡエンジン５０、ＩＰＭＰエンジン５２、ＲＥＬエンジン５４、及び他のＩＰＭエンジン５６に転送し、再生を続行する（ステップＳ１６）。一方、ユーザが１００円を支払わないと判断する（例えば、取得した値又はパラメータが「ＦＡＬＳＥ」である）（ステップＳ１５）と、ＤＩＭプレゼンタ５８は、取得した値又はパラメータを、ＤＩＡエンジン５０、ＩＰＭＰエンジン５２、ＲＥＬエンジン５４、及び他のＩＰＭエンジン５６に転送し、再生を中止する（ステップＳ１７）。ここで、ＤＩＭプレゼンタ５８は、ステップＳ４において、ユーザから値又はパラメータを取得したとき、ユーザから特定の形式で入力された値又はパラメータを、ＤＩＭによって必要とされる指定された形式に変換することができる。つまり、ユーザから、１００円を支払うか否かを示す値又はパラメータを取得し、それを指定された形式に変換して、ＤＩＡエンジン５０等に転送することができる。

上述したように、ＤＩＤ形式で記述されたデジタルアイテムに、コンテンツの基本処理（例えば、再生、コピー、印刷）を指定するデジタルアイテム方法を追加することにより、サーバ側が、配信されたコンテンツをユーザがどのように処理するかまで指定することができる。よって、ユーザに配信されるコンテンツの著作権を十分に保護することができる。

なお、上述の説明では、デジタルアイテム２０，２２，２４のリソース２６が、実際のデジタルコンテンツを所有する所有元のアドレスを含むとしたが、各々のデジタルアイテムが、実際のデジタルコンテンツを含んでもよい。

再生が続行される場合、ＤＩＭプレゼンタ５８は、デジタルアイテムの記述に従って、サーバからコンテンツを取得するためのいくつかの準備処理（「再生」処理に付随する付随処理）を行う。図８は、ＤＩＭプレゼンタ５８が複数の準備処理を実行するときの処理を示すフロー図である。図８に示されるように、まず、ＤＩＭプレゼンタ５８は、ＤＩＡエンジン５０を呼び出し、デジタルアイテムのＤＩＡ記述とＭＰＥＧ−２１端末のＤＩＡ記述の適合を調べさせる（ＤＩＡ適合処理：ステップＳ２１）。これにより、ＭＰＥＧ−２１端末のデコーダの機能が、コンテンツに適合しているかどうかを調べる。図９は、ＤＩＭプレゼンタ５８が行うＤＩＡ適合処理のフロー図である。ＤＩＭプレゼンタ５８は、ＤＩＡ適合処理に関するＤＩＭの記述を解釈する（ステップＳ３２）。そして、ＤＩＭプレゼンタ５８は、ユーザ、インターネット上のリソース、又はＤＩＤドキュメントに、ＤＩＭにより指定されたＤＩＡ記述適合処理のセマンティクスに従って、そのＤＩＡ適合処理を実行するために必要な値又はパラメータを要求する（ステップＳ３３）。ＤＩＭプレゼンタ５８は、ユーザ、インターネット上のリソース、又はＤＩＤドキュメントから、必要な値又はパラメータを取得する（ステップＳ３４）と、ＤＩＡエンジン５０を呼び出し、取得した値又はパラメータを、ＤＩＡエンジン５０に転送して、ＤＩＡ適合処理を実行させる（ステップＳ３５）。ＤＩＡエンジン５０は、ＤＩＭプレゼンタ５８から転送された値又はパラメータを用いて、ＤＩＡ適合処理を行う。ＤＩＭプレゼンタ５８は、ＤＩＡエンジン５０から出力される信号により、２つのＤＩＡ記述が適合しないことを検知する（ＤＩＡエンジン５０から２つのＤＩＡ記述が適合しないことを示す信号を取得する）（ステップＳ２２）と、再生処理を中止する（図８，ステップＳ２３）。一方、ＤＩＡエンジン５０から出力される信号により、２つのＤＩＡ記述が適合していることを検知する（ＤＩＡエンジン５０から２つのＤＩＡ記述が適合したことを示す信号を取得する）（ステップＳ２２）と、ＤＩＭプレゼンタ５８は、ＩＰＭＰエンジン５２を呼び出して、ＩＰＭＰ処理を実行させる（ステップＳ２４）。ここで、ＤＩＭプレゼンタ５８は、ＤＩＡ適合処理と同様に、ＩＰＭＰ処理に必要な値又はパラメータを、ユーザ等から取得して、ＩＰＭＰエンジン５２に転送してもよい。ＩＰＭＰエンジン５２は、このＩＰＭＰ処理において、コンテンツがどんな方式で保護されているかを調べ、必要なＩＰＭＰツールを取得する。ＤＩＭプレゼンタ５８は、ＩＰＭＰエンジン５２から出力される信号により、ＩＰＭＰツールが取得できないことを検知する（ＩＰＭＰエンジン５２からＩＰＭＰツールが取得できないことを示す信号を取得する）（ステップＳ２５）と、再生処理を中止する（ステップＳ２３）。一方、ＤＩＭプレゼンタ５８が、ＩＰＭＰエンジン５２から出力される信号により、ＩＰＭＰツールが取得できることを検知する（ＩＰＭＰエンジン５２からＩＰＭＰツールを取得できることを示す信号を取得する）、すなわち、保護を解除できる場合には、ＤＩＭプレゼンタ５８は、次に、ＲＥＬエンジン５４を呼び出し、再生するための権利がそのユーザにあるか否かを調べさせる（ＲＥＬ処理：ステップＳ２６）。ここで、ＤＩＭプレゼンタ５８は、ＤＩＡ適合処理と同様に、ＲＥＬ処理に必要な値又はパラメータを、ユーザ等から取得して、ＲＥＬエンジン５４に転送してもよい。ＤＩＭプレゼンタ５８は、ＲＥＬエンジン５４から出力される信号により、再生するための権利（資格）がユーザにないことを検知する（ＲＥＬエンジン５４から再生するための権利がユーザにないことを示す信号を取得する）（ステップＳ２７）と、再生処理を中止する（ステップＳ２３）。一方、ＤＩＭプレゼンタ５８が、ＲＥＬエンジン５４から出力される信号により、再生するための権利がユーザにあることを検知する（ＲＥＬエンジン５４から再生するための権利がユーザにあることを示す信号を取得する）（ステップＳ２７）と、ＭＰＥＧ−２１端末は、サーバにコンテンツを要求し、サーバからコンテンツが提供される（ステップＳ２８）。なお、再生のための準備処理は、上述したものに限られない。もし、デジタルアイテムが保護されていないなら、ＩＰＭＰ処理は省略できる。また、ＩＰＭＰ処理が、ユーザに再生するための権利があるか否かを調べる処理を含む場合には、ＲＥＬ処理は省略できる。

さらに、各々の準備処理の順序は、上述したものに限られない。例えば、ＲＥＬ処理、ＤＩＡ適合、ＩＰＭＰ処理の順に行われてもよい。この順序は、ＤＩＤドキュメントにおけるＤＩＭの記述、例えば、各々の準備処理に関する記述が、どのような順序で存在するか等によって定められる。よって、サーバ側は、この準備処理の順序を自由に定めることができる。

ＤＩＭプレゼンタ５８は、ユーザとインタラクティブな関係にある。ユーザが１００円支払って再生することを選択した後、ＤＩＭプレゼンタ５８は、さらに、ＤＩＡ記述子情報（ステートメント）３０に記述されたＭＩＤの記述を解釈して、新たに別の処理（「再生」処理に付随する付随処理）を行うことができる。例えば、コンテンツが映像である場合、それは、表示サイズを決定する処理であってよい。ＤＩＭプレゼンタ５８は、表示サイズ決定処理の「ユーザから表示サイズを示す情報を取得する」というセマンティクスに基づき、ユーザに、表示サイズに関する値又はパラメータを要求してもよい。これは、例えば、ユーザに、複数の表示サイズの選択肢を提示することにより実現できる。ユーザがその選択肢の中から１つを選択すると、つまり、ＤＩＭプレゼンタ５８が、ユーザから、表示サイズに関する値又はパラメータを取得すると、ＤＩＭプレゼンタ５８は、取得した値又はパラメータを、ＤＩＡエンジン５０に転送する。または、ＤＩＭプレゼンタ５８は、取得した値又はパラメータを、ＤＩＤドキュメントにおけるＤＩＡ記述子情報３０の所定の位置に書き込み、そのＤＩＤドキュメントをＤＩＡエンジン５０に転送してもよい。

なお、上述の付随処理は、表示サイズを決定する処理に限られない。例えば、解像度を決定する処理等であってもよい。

（実施の形態２）
以下では、ＤＩＭプレゼンタ５８が、ユーザから取得した値又はパラメータに従って、デジタルアイテムの記述を変更する場合について説明する。
図１０Ａは、サーバ１０から配信されるＤＩＤドキュメントのステートメント部分を抜き出した図である。これは、図５に示されたアイテム２２のステートメント２８に対応する。図１０Ａにおいて、点線Ａで囲まれた記述は、ＤＩＭの記述である。図１０ＡにおけるＤＩＭの記述は、ユーザが、音声のコンテンツのみを取得（再生）するか、音声と映像の両方のコンテンツを取得（再生）するかどちらかを選択できることを意味する。

図１１は、図１０Ａに示されたステートメントを含むＤＩＤドキュメントを受け取ったときにＭＰＥＧ−２１端末１２が行う処理のフロー図である。ステップＳ４１及びステップＳ４２は、それぞれ、図７におけるステップＳ１１及びステップＳ１２と同一であるので、説明を省略する。ステップＳ４２において、ＤＩＭプレゼンタ５８が、図１０Ａに示されるＤＩＭの記述を解釈したとき、上述の再生のセマンティクスに従って、再生を実行するために必要な値又はパラメータを、ユーザに要求する（ステップＳ４３）。すなわち、どちらを選択するかを示す値又はパラメータをユーザに要求する。ユーザは、ユーザ入力部４４を用いて、選択の結果を示す値又はパラメータを入力する。ＤＩＭプレゼンタ５８は、ユーザから値又はパラメータを取得する（ステップＳ４４）。ここで、ＤＩＭプレゼンタ５８は、ユーザから取得した値又はパラメータが有効であるかどうかを判断する（ステップＳ４５）。有効なものでない場合は、ディスプレイ等により、ユーザにその内容を表示してもよい（ステップＳ４６）。例えば、「ユーザの要求のステータス＝ｕｎｓａｔｉｓｆｉｅｄ」等というメッセージを、ディスプレイに表示してもよい。ユーザから取得した値又はパラメータが有効である場合、ＤＩＭプレゼンタ５８は、取得した値又はパラメータに応じて、図１０Ａに示されたステートメントの記述を変更する（ステップＳ４７）。例えば、ユーザが音声のコンテンツのみを取得（再生）することを選択した場合、ＤＩＭプレゼンタ５８は、図１０Ａに示されたステートメントを、図１０Ｂに示されたステートメントに変更する。すなわち、図１０Ａに示されたステートメントの＜Ｄｅｃｏｄｅｒ＞と＜／Ｄｅｃｏｄｅｒ＞に囲まれた箇所における＜Ｖｉｄｅｏ＞ＭＰＥＧ−４ ＳＰ＜／Ｖｉｄｅｏ＞の記述を削除する。その後、図１０Ｂに示されたステートメントを含むデジタルアイテム、すなわち、変更されたデジタルアイテムを、他のＤＩＰエンジン（のパーサ）に転送する（ステップＳ４８）。

上述のデジタルアイテム処理方法によれば、サーバは、ユーザとインタラクティブな関係にあり、ユーザの希望に従って、コンテンツの再生の仕方を指定できる。従って、サーバが、ユーザに配信されるコンテンツの著作権を十分に保護することができると同時に、ユーザは、自分の都合に合わせてコンテンツを選択できるという効果がある。

なお、ステップＳ４５及びステップＳ４６において、ユーザから取得した値又はパラメータが有効である場合でも、ＤＩＭプレゼンタ５８は、その内容を、ディスプレイ等を用いて、ユーザに表示することができる。また、実施の形態１において、ユーザから、１００円支払うか否かを示す値又はパラメータを取得した場合に、ユーザの要求のステータスを、ディスプレイ等を用いて、ユーザに表示してもよい。

上述のように、ＤＩＤ形式で記述されたデジタルアイテムにＤＩＭの記述を追加することにより、サーバとユーザをインタラクティブな関係に保ち、サーバ側が、ユーザの意見も考慮した上で、コンテンツの処理を指定することができる。例えば、以下のような場合も考えられる。サーバ側が、デジタルアイテムに、ユーザが携帯機器でコンテンツを再生するのか、外部の大画面ディスプレイにつないでコンテンツを再生しようとするのか選択できるという内容のＤＩＭを記述する。すると、ユーザ側端末のＤＩＭプレゼンタ５８が、ユーザに、出力部４２（ディスプレイ等）を介して、その視聴機器環境を尋ねる。もし、ユーザが、携帯機器でコンテンツを再生しようとしている（ＤＩＭプレゼンタ５８が、携帯機器を選択したことを示す値又はパラメータを取得する）なら、ＤＩＭプレゼンタ５８は、コンテンツストリームの基本レーヤのみをデコードするように、デジタルアイテムの記述を変更することにより、デコード処理を変更して、低解像度（１８０画素x１２０ライン）での表示を可能にする。一方、もし、ユーザが外部の大画面ディスプレイにつないでコンテンツを再生しようとしている（ＤＩＭプレゼンタ５８が、大画面ディスプレイを選択したことを示す値又はパラメータを取得する）ときには、ＤＩＭプレゼンタ５８は、大画面（１９８０画素x１０８８ライン）で表示しても映像がぼけないように、基本レーヤと補強レーヤのすべてのストリームをデコードするように、デジタルアイテムの記述を変更する。また、再生するコンテンツが音声である場合、ＤＩＭプレゼンタ５８は、ユーザが携帯機器で聞いている時は、主チャンネルのみをデコードするようにデジタルアイテムを変更して、モノラル再生を可能にし、ユーザがＡＶシアター機器に接続して聞いている時は、５．１チャンネル全てを再生するようにデジタルアイテムを変更して、サラウンド効果を可能にすることができる。

なお、必要な値又はパラメータを、ユーザに要求するステップにおいて、ユーザに、複数の選択肢を提示してもよく、ユーザに必要な値又はパラメータを入力するように要求してもよい。また、取得した値又はパラメータに基づいて、ユーザの要求のステータスをユーザに表示してもよい。例えば、ユーザ要求として、５．１ｃｈのサラウンド再生を入力した場合に、コンテンツが２ｃｈの音声しかない時には、５．１ｃｈの再生が出来ないことを「ユーザの要求のステータス＝ｕｎｓａｔｉｓｆｉｅｄ」として表示してもよい。

従来は、サーバ側が、コンテンツの処理の仕方（例えば、再生の仕方）を指定できなかったので、例えば、映像の解像度は固定で７２０画素x４８０ライン、音声は２ｃｈステレオのみ等のあらかじめ決まった規格でしかコンテンツを作れなかった。しかし、本発明によれば、ユーザとサーバは、インタラクティブな関係にあり、サーバが、ユーザの意見を考慮してコンテンツの処理の仕方を指定できる。よって、サーバが、ユーザに配信されるコンテンツの著作権を十分に保護することができると同時に、ユーザは、自分の都合に合わせて、コンテンツを選択でき、あらかじめ使用している視聴覚機器等（ＭＰＥＧ−２１端末）に適応するコンテンツの規格を調べて、その規格のコンテンツを探索するといった煩雑な処理をする必要がなくなる。

なお、これまでの説明において、ＤＩＤドキュメントは、ＡＳＣＩＩ文字で記載されていた。しかし、各用語に二値化データを対応させ、ＤＩＤドキュメント全体を二値化データで表現することも可能である。例えば、ステートメントにおいて、「ＩＰＭＰ」は「０００１１」、「Ｄｅｓｃｒｉｐｔｉｏｎ」は「００１０１」といったように、全ての用語に二値化データを対応させることができる。これにより、ＤＩＤドキュメント全体の容量を小さくすることができる。

また、本発明を別の観点から説明すると以下のようになる。なお、以下の説明における「基本動作」とは、上述の説明における「基本処理」又は「付随処理」のことである。
ＩＰＭＰ及びＤＩＡのためのデジタルアイテム方法及び基本動作
デジタルアイテム宣言は、デジタルアイテムを定義するのにＸＭＬ言語を使用するように標準化されているため、静的な宣言である。デジタルアイテム方法を使用することで、ユーザはデジタルアイテム宣言に機能を加えることができ、ＤＩに関するユーザインタラクションが可能となる。中心的な概念は、ＤＩＤを受信すると、デジタルアイテムに適用できるＤＩ方法のリストがユーザに提示されるというものである。ユーザは１つの方法を選択し、その方法がＤＩＰエンジンによって実行される。デジタルアイテム基本動作は、ＤＩＭが構築される基本動作を記述する。ＤＩ方法はこれらの動作を利用して、ユーザの意図に従って、デジタルアイテムの処理を達成する。

例えば、ＭＰＥＧ−２１端末（ピア）には、リソースを再生する機能を実装することが予測される。このような方法用として、少なくとも１つの単純な動作再生について、次のように仕様を定める必要がある。

なお、ＭｐｅｇＤＩＰＲｅｓｏｕｒｃｅＳｔａｔｕｓオブジェクトにはｉｓＰｌａｙｉｎｇ（ ）方法が含まれ、この方法は、このオブジェクトが表す再生アクションに関連付けられるリソース「再生中」であるか否かを示すブーリアンを戻す。「再生中」が意味を持たないリソースの場合は（例、非タイムベースのリソース）、このオブジェクトは常にｆａｌｓｅを戻す。

リソースを再生するための適切なソフトウェアを特定し、そのソフトウェアが見つからない場合にはユーザにそのことを知らせることは、ＤＩＭエンジンの役割である。例えば、ＤＩＭＥはリソースを内部的にレンダリングするか、又はリソースをレンダリングするための外部の「第三者」が製作したソフトウェアを特定して使用するメカニズムを提供することができる。

しかしながら、ＤＩによる電子商取引の場合には、メディア・リソースを単に消費することに対処するのみならず、入ってくる実際のＤＩに関する保護及び適応のアクションも検討して含める必要がある。ＭＰＥＧ−２１端末には、ＩＰＭＰ及び／又はＤＩＡ動作をＩＰＭＰモジュールエンジン及び／又はＤＩＡモジュールエンジンを通じて実行することもできる複雑な処理エンジンを持たせる必要がある。

要約すると、ＩＰＭＰ／ＤＩＡに関連する動作も定義されているＤＩＭをより広範に使用することにより、ＩＰＭＰ（ＲＥＬあり／なし）及びＤＩＡを適切に利用することを通じて、ユーザとＤＩのインタラクション（対話）を規定できる。

図１２は、ＤＩＭの例として「再生」（３．１）を示す。ボックス（３．２）には、「リソースの再生」を実現するステップが示されている。この階層は、１つの言語で表現する必要がある。図の基本動作のステップによると、端末は、最初に、ＤＩＡエンジンを呼び出して、デジタルアイテムのＤＩＡ記述と端末のＤＩＡ記述とを調べる（３．３）。このＤＩＡマッチング又は適応に失敗すると、「再生」は停止し、そうでない場合は、端末は、ＩＰＭＰエンジンを呼び出して、デジタルアイテムのＩＰＭＰ処理を行う（３．４）。そのデジタルアイテムに関連付けられている利用権利がある場合にはＲＥＬが呼び出され、そうでない場合はデジタルアイテムのレンダリングに進む。ＲＥＬエンジンは、権利についてユーザを調べ（３．５）、そのユーザがデジタルアイテムを消費する資格がないことが判明した場合には、「再生」は停止する。

上記以外のケースもあり得る。例えば図１３に示されているように、ボックス（４．２）内のシーケンスの場合、ユーザによって「再生」（４．１）がトリガされた後、ＲＥＬ処理（４．３）が呼び出され、再生するための権利がそのユーザにあるか否かを調べる。ＤＩＡ記述マッチングが調べられた後（４．４）、ＤＩが保護されている場合にはＩＰＭＰ処理がトリガされる（４．５）。

以下では、ＤＩＡ及びＩＰＭＰに関連するいくつかの有用な基本動作が、そのシンタックス及びセマンティクスと共に定義されている。

本発明は、その様々な態様から見て、以下のような構成を持つと考えられる。第１の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、
デジタルアイテム（ＤＩ）をデジタルアイテム宣言（ＤＩＤ）形式にパッケージ化するステップと、
前記パッケージ化されたデジタルアイテム（ＤＩ）に基本動作を埋め込むステップであって、前記ＤＩが、マルチメディアコンテンツ、ビデオ、映画、音楽、写真、画像、本、記事、美術等であり得るステップと、
前記埋め込まれた基本動作を備えるパッケージ化されたＤＩをＤＩＤ形式においてユーザに配信するステップと、
ＤＩＤ形式における前記ＤＩをＤＩＤパーサによって解析するステップと、
前記ＤＩに埋め込まれている前記基本動作をデジタルアイテム方法（ＤＩＭ）プレゼンタによって解釈するステップと、
前記各基本動作を前記基本動作のセマンティクスに従ってユーザに提示するステップと、
デジタルアイテム処理（ＤＩＰ）エンジンに必要な値又はパラメータを、ユーザから、又は特定の場所から取得するステップと、
前記取得された値又はパラメータを、さらなる処理のためにそれを必要とするＤＩＰエンジンに戻すステップとを含む装置である。

第２の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、デジタル・アイテム・オーサリング側において、
デジタルアイテム（ＤＩ）をデジタルアイテム宣言（ＤＩＤ）形式にパッケージ化するステップと、
前記パッケージ化されたデジタルアイテム（ＤＩ）に基本動作を埋め込むステップであって、前記ＤＩが、マルチメディアコンテンツ、ビデオ、映画、音楽、写真、画像、本、記事、美術等であり得るステップと、
前記埋め込まれた基本動作を備えるパッケージ化されたＤＩをＤＩＤ形式においてユーザに配信するステップとを含む装置である。

第３の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、デジタルアイテム消費側において、
ＤＩＤ形式にパッケージ化されているＤＩをＤＩＤパーサによって解析するステップと、
前記ＤＩに埋め込まれている基本動作をデジタルアイテム方法（ＤＩＭ）プレゼンタによって解釈するステップと、
前記各基本動作を前記基本動作のセマンティクスに従ってユーザに提示するステップと、
デジタルアイテム処理（ＤＩＰ）エンジンに必要な値又はパラメータを、ユーザから、又は特定の場所から取得するステップと、
前記取得された値又はパラメータを、さらなる処理のためにそれを必要とするＤＩＰエンジンに戻すステップと、
前記ユーザの要求のステータスをユーザに表示するステップとを含む装置である。

第４の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、デジタルアイテム消費側において、
ＤＩＤ形式にパッケージ化されているＤＩをＤＩＤパーサによって解析するステップと、
前記ＤＩに埋め込まれている基本動作をデジタルアイテム方法（ＤＩＭ）プレゼンタによって解釈するステップと、
前記各基本動作を前記基本動作の前記セマンティクスに従ってユーザに提示するステップと、
前記提示された基本動作をユーザが選択するのを待つステップと、
前記ユーザの選択をＤＩＭエンジンに転送するステップと、
前記選択に従って前記ＤＩの変更又は修正を行うステップ、又は、
適切なアプリケーションエンジンを呼び出して、前記ユーザの要求を前記ユーザの選択に従って処理するステップと、
前記ユーザの要求のステータスをユーザに表示するステップとを含む装置である。

第５の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、デジタルアイテムオーサリング側において、
デジタルアイテム（ＤＩ）を、基本動作がＤＩドキュメント内の適切な位置に挿入されたデジタルアイテム宣言（ＤＩＤ）形式にパッケージ化するステップであって、前記ＤＩが、マルチメディアコンテンツ、ビデオ、映画、音楽、写真、画像、本、記事、美術等であり得るステップと、
前記挿入された基本動作を備えるパッケージ化されたＤＩをＤＩＤ形式においてユーザに配信するステップとを含む装置である。

第６の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、請求項１、２、及び５における、デジタルアイテム（ＤＩ）をデジタルアイテム宣言（ＤＩＤ）形式にパッケージ化するステップが、デジタルアイテムオーサリング側において、
前記ＤＩに適用される権利及びＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ：知的財産の保護及び管理）と、前記ＤＩに適用される記述及びメタデータと、前記ＤＩに用意されている使用可能な動作又は方法とを示すためにシーンを構築するステップと、
前記ＤＩＤドキュメント内にＸＭＬステートメントをリストするステップと、
前記使用可能な動作を前記ＤＩＤドキュメント内の対応する位置に挿入するか又は埋め込むステップと、
前記動作を備えるＤＩＤドキュメントをバイナリに変換して、又は変換せずに配信するステップとをさらに含む装置である。

第７の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、
デジタルアイテム（ＤＩ）をデジタルアイテム宣言（ＤＩＤ）形式にパッケージ化するステップと、
前記パッケージ化されたデジタルアイテム（ＤＩ）に基本動作を埋め込むステップであって、前記ＤＩが、マルチメディアコンテンツ、ビデオ、映画、音楽、写真、画像、本、記事、美術等であり得るステップと、
前記埋め込まれた基本動作を備えるパッケージ化されたＤＩをＤＩＤ形式においてユーザに配信するステップと、
ＤＩＤ形式における前記ＤＩをＤＩＤパーサによって解析するステップと、
前記ＤＩに埋め込まれている前記基本動作をデジタルアイテム方法（ＤＩＭ）プレゼンタによって解釈するステップと、
前記各基本動作を前記基本動作のセマンティクスに従ってユーザに提示するステップと、
前記提示された基本動作をユーザが選択するのを待つステップと、
前記ユーザの選択をＤＩＭエンジンに転送するステップと、
前記選択に従って前記ＤＩの変更又は修正を行うステップ、又は、
適切なアプリケーションエンジンを呼び出して、前記ユーザの要求を前記ユーザの選択に従って処理するステップと、
前記ユーザの要求のステータスをユーザに表示するステップとを含む装置である。

第８の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、請求項１〜７における基本動作、動作、又は方法が、
ＤＩＡ（Ｄｉｇｉｔａｌ Ｉｔｅｍ Ａｄａｐｔａｔｉｏｎ：デジタルアイテム適応）利用環境（ＵＥ：Ｕｓａｇｅ Ｅｎｖｉｒｏｎｍｅｎｔ）記述をユーザ又はＵＲＬから取得するためのＧｅｔＤＩＡＵＥＮｏｄｅ（ ）、
ＤＩＡリソース適応に関連する記述、例えば、適応ＱｏＳ記述、ビットストリーム、又はコンテンツ記述を現在のＤＩＤから取得するためのＧｅｔＤＩＡＲｅｓｏｕｒｃｅＮｏｄｅ（ ）、
ＤＩＤに関するＤＩＡ構成に関連する記述、例えば、ＤＩＤ構成プリファレンス記述、ＤＩＡコンフィギュレーション記述を現在のＤＩＤから取得するためのＧｅｔＤＩＡＣｏｎｆｉｇＮｏｄｅ（ ）、
ＤＩＡ記述の登録、転送、要求、更新、及び削除メッセージを介してＤＩＡ記述メッセージ（ＤＭ）の送受信を行うためのＰｒｏｃｅｓｓＤＩＡＤＭ（ ）、
ＤＩＡユーザ環境記述とＤＩＡリソース記述をマッチングすることによってデジタルアイテムを適応するためのＡｄａｐｔＲｅｓｏｕｒｃｅ（ ）、
リソースの実際の適応を要求する前に、ＤＩＡコンフィギュレーション（プリファレンス）記述子情報に基づいてＤＩＤ構成を行うためのＡｄａｐｔＤＩＤＣｏｎｆｉｇ（ ）、
ライセンス情報及び権利情報を現在のＤＩＤから取得するためのＲｉｇｈｔｓＬｉｃｅｎｓｅＣｈｅｃｋ（ ）、
ツール場所情報を有するＩＰＭＰツールリストを少なくとも含む必要のあるＩＰＭＰ制御情報を前記現在のＤＩＤから取得するためのＩＰＭＰＣｏｎｔｒｏｌＩｎｆｏ（ ）、
ユーザのアイデンティティの有効性を確認するためにユーザのＩＤ及びパスワードをユーザ又は他の場所から取得するためのＵｓｅｒＡｕｔｈｅｎｔｉｃａｔｉｏｎ（ ）、
ＩＰＭＰツールを、指定された場所から取得するためのＩＰＭＰＴｏｏｌｓＲｅｔｒｉｅｖａｌ（ ）の関数の少なくとも１つであり得る装置である。

第９の構成によると、本発明は基本動作を備えたデジタルアイテム処理装置であって、請求項１〜７における基本動作、動作、又は方法が、請求項８に定義される関数に制限されない装置である。

ＩＰＭＰ保護記述子及びＤＩＡ記述子が含まれるＤＩＤドキュメントの階層を示す図である。 ＤＩＭ（Ｄｉｇｉｔａｌ Ｉｔｅｍ Ｍｅｔｈｏｄ：デジタルアイテム方法）がＭＰＥＧ−２１端末において行う基本動作示す図である。 デジタルアイテム（ＤＩ）が、サーバからユーザに配信される様子を説明する図である。 デジタルアイテムの送受信処理を示すフロー図である。 ＤＩＤ形式で記述されたデジタルアイテムのヘッド部に対応するＤＩＤドキュメントを示す図である。 ＭＰＥＧ−２１端末のシステムの構成を示すブロック図である。 ＤＩＤドキュメントを受け取ったときにＭＰＥＧ−２１端末が行う処理のフロー図である。 ＤＩＭプレゼンタが複数の準備処理を行うときの処理を示すフロー図である。 ＤＩＭプレゼンタが行うＤＩＡ適合処理のフロー図である。 サーバから配信されるＤＩＤドキュメントのステートメント部分を抜き出した図である。 図１０Ａに示されたステートメントを変更して得られるステートメントを示す図である。 図１０Ａに示されたステートメントを含むＤＩＤドキュメントを受け取ったときにＭＰＥＧ−２１端末が行う処理のフロー図である。 ケース１における、ＩＰＭＰ及びＤＩＡ動作を使用するＤＩＭの例「再生」を示す。 ケース２における、ＩＰＭＰ及びＤＩＡ動作を使用するＤＩＭの例「再生」を示す。

Claims (11)

1. デジタルアイテムをデジタルアイテム宣言形式で記述する記述ステップであって、前記デジタルアイテムは、メディアコンテンツ又はメディアコンテンツのアドレス、及び前記メディアコンテンツの基本処理を指定するデジタルアイテム方法の記述を含むステップと、
   前記デジタルアイテム宣言形式で記述された前記デジタルアイテムをユーザ端末に配信する配信ステップと、
   前記デジタルアイテム宣言形式で記述された前記デジタルアイテムを前記ユーザ端末が受信する受信ステップと、
   前記デジタルアイテム宣言形式で記述された前記デジタルアイテムを、デジタルアイテム宣言パーサによって解析する解析ステップであって、前記デジタルアイテム方法の記述が出現すると、前記デジタルアイテムを、デジタルアイテム方法エンジンに転送するステップと、
   前記デジタルアイテム方法を、前記デジタルアイテム方法エンジンにおけるデジタルアイテム方法プレゼンタによって解釈する解釈ステップと、
   前記デジタルアイテム方法によって指定された前記メディアコンテンツの基本処理のセマンティクスに従って、必要な値又はパラメータをユーザに要求する第１の要求ステップと、
   前記ユーザから、前記基本処理に関する前記値又はパラメータを取得する第１の取得ステップと
   を含むデジタルアイテム処理方法。
2. 前記デジタルアイテム方法が、前記基本処理に加えて、前記基本処理に付随する付随処理を指定し、
   さらに、前記付随処理のセマンティクスに従って、必要な値又はパラメータを、ユーザ、インターネット上のリソース、又はデジタルアイテム宣言形式で記述された前記デジタルアイテムに要求する第２の要求ステップと、
   前記ユーザ、前記リソース、又は前記デジタルアイテムから、前記付随処理に関する前記値又はパラメータを取得する第２の取得ステップと
   を含む請求項１に記載のデジタルアイテム方法。
3. さらに、前記第１の取得ステップに続いて、
   取得した前記値又はパラメータを、前記デジタルアイテム方法エンジンに接続された１以上のデジタルアイテム処理エンジンに転送する転送ステップ
   を含む請求項１に記載のデジタルアイテム処理方法。
4. さらに、前記第２の取得ステップに続いて、
   前記第２の取得ステップで取得した前記値又はパラメータを、前記デジタルアイテム方法エンジンに接続された１以上のデジタルアイテム処理エンジンに転送する転送ステップ
   を含む請求項２に記載のデジタルアイテム処理方法。
5. 前記第１の要求ステップが、ユーザに複数の選択肢を提示して、ユーザに複数の前記選択肢の中から１つを選択させるステップであり、
   前記第１の取得ステップにおいて、ユーザから取得する前記値又はパラメータは、ユーザが選択した１つの前記選択肢を示し、
   さらに、前記第１の取得ステップに続いて、
   取得した前記値又はパラメータに従って、前記デジタルアイテム宣言形式で記述された前記デジタルアイテムを変更する変更ステップ
   を含む請求項１に記載のデジタルアイテム処理方法。
6. 前記第２の要求ステップが、ユーザに複数の選択肢を提示して、ユーザに複数の前記選択肢の中から１つを選択させるステップであり、
   前記第２の取得ステップにおいて、ユーザから取得する前記値又はパラメータは、ユーザが選択した１つの前記選択肢を示し、
   さらに、前記第２の取得ステップに続いて、
   前記第２の取得ステップで取得した前記値又はパラメータに従って、前記デジタルアイテム宣言形式で記述された前記デジタルアイテムを変更する変更ステップ
   を含む請求項２に記載のデジタルアイテム処理方法。
7. さらに、取得した前記値又はパラメータに基づいて、前記ユーザの要求のステータスを前記ユーザに表示する表示ステップを含む請求項１に記載のデジタルアイテム処理方法。
8. さらに、取得した前記付随処理に関する前記値又はパラメータに基づいて、前記付随処理に関連したデジタルアイテム処理エンジンを呼び出し、前記デジタルアイテム処理エンジンに前記付随処理を実行させる処理ステップを含む請求項２に記載のデジタルアイテム処理方法。
9. 前記記述ステップが、さらに、前記デジタルアイテム宣言形式で記述された前記デジタルアイテムを二値化する二値化ステップを含む請求項１に記載のデジタルアイテム処理方法。
10. 前記付随処理が、
    デジタルアイテム適応利用環境記述をユーザ又はインターネット上のリソースから取得するためのＧｅｔＤＩＡＵＥＮｏｄｅ（ ）、
    デジタルアイテム適応リソース適応に関連する記述を現在のデジタルアイテム宣言から取得するためのＧｅｔＤＩＡＲｅｓｏｕｒｃｅＮｏｄｅ（ ）、
    デジタルアイテム宣言に関するデジタルアイテム適応構成に関連する記述を現在のデジタルアイテム宣言から取得するためのＧｅｔＤＩＡＣｏｎｆｉｇＮｏｄｅ（ ）、
    デジタルアイテム適応記述の登録、転送、要求、更新、及び削除メッセージを介してデジタルアイテム適応記述メッセージの送受信を行うためのＰｒｏｃｅｓｓＤＩＡＤＭ（
    ）、
    デジタルアイテム適応ユーザ環境記述とデジタルアイテム適応リソース記述をマッチングすることによってデジタルアイテムを適応するためのＡｄａｐｔＲｅｓｏｕｒｃｅ（ ）、
    リソースの実際の適応を要求する前に、デジタルアイテム適応コンフィギュレーション記述子情報に基づいてデジタルアイテム宣言構成を行うためのＡｄａｐｔＤＩＤＣｏｎｆｉｇ（ ）、
    ライセンス情報及び権利情報を現在のデジタルアイテム宣言から取得するためのＲｉｇｈｔｓＬｉｃｅｎｓｅＣｈｅｃｋ（ ）、
    ツール場所情報を有するＩＰＭＰツールリストを少なくとも含む必要のあるＩＰＭＰ制御情報を前記現在のデジタルアイテム宣言から取得するためのＩＰＭＰＣｏｎｔｒｏｌＩｎｆｏ（ ）、
    ユーザのアイデンティティの有効性を確認するためにユーザのＩＤ及びパスワードをユーザ又は他の場所から取得するためのＵｓｅｒＡｕｔｈｅｎｔｉｃａｔｉｏｎ（ ）、及び
    ＩＰＭＰツールを、指定された場所から取得するためのＩＰＭＰＴｏｏｌｓＲｅｔｒｉｅｖａｌ（ ）の関数の少なくとも１つで定義される請求項２に記載のデジタルアイテム処理方法。
11. デジタルアイテム宣言形式で記述された、デジタルアイテム方法の記述を含むデジタルアイテムを解析するデジタルアイテム宣言パーサと、
    前記デジタルアイテムにおける前記デジタルアイテム方法を解釈するデジタルアイテム方法プレゼンタと
    を備えるデジタルアイテム処理装置であって、
    前記デジタルアイテム方法は、メディアコンテンツの基本処理及び前記基本処理に付随する付随処理の少なくとも１つを指定し、
    前記デジタルアイテム方法プレゼンタは、前記デジタルアイテム方法によって指定されたメディアコンテンツの前記基本処理及び前記付随処理の少なくとも１つのセマンティクスに従って、必要な値又はパラメータをユーザに要求し、前記ユーザから、前記値又はパラメータを取得することを特徴とする装置。
    

Images