(57)【要約】【課題】デジタル・コンテンツ・アダプテーションに関し、特にクライアント機能および、電子商取引環境の活動における各ピア間のユーザー・プレファレンスのネゴシエーションを必要とするデジタル・アイテム・アダプテーション（ＤＩＡ）に関する。【解決手段】クライアント機能、ユーザー・プレファレンス、およびデジタル・コンテンツ・アダプテーションのためのその他の有用な情報は、一般的なＤＩＡ記述メッセージ（ＤＩＡＤＭ）の中に詰め込むことができる。次に、このようなＤＩＡＤＭは、さらに相互運用可能なやり方で定義済みの一般規則を使って他のプロトコル（基盤プロトコル）の内部で、またはその上で送信することができる。一般規則に従うことによって、ＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰなどの一般に使用されるネットワーク／アプリケーション・プロトコルによる連結も定義される。【選択図】      図４
2004266615.tif 000002
【特許請求の範囲】
【請求項１】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、
基本ＤＩＡ記述メッセージ・レイヤを生成する工程と、
前記基本ＤＩＡ記述メッセージを下位ネットワーク／アプリケーション・プロトコルにマッピングする工程と、
前記の下位ネットワーク／アプリケーション・プロトコル内に前記のマッピングされたＤＩＡ記述メッセージを配信する工程と、
を含む方法。
【請求項２】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、
下位ネットワーク／アプリケーション・プロトコルへ前記基本ＤＩＡ記述メッセージをマッピングする、請求項１に記載の前記工程が、
ＤＩＡＤＭ（デジタル・アイテム・アダプテーション記述メッセージ）送信用途向けの定義済み一般規則に従うことによって前記下位ネットワーク／アプリケーション・プロトコルの適正な既存のオペレーションとメソッドとを選択する工程と、
ＤＩＡＤＭ送信用途向けの前記下位ネットワーク／アプリケーション・プロトコルのメッセージ・ボディー内に前記ＤＩＡＤＭメッセージを配信する工程と、
前記定義済み一般規則に従うことによってＤＩＡＤＭ送信用途向けの前記下位ネットワーク／アプリケーション・プロトコルのリクエストとレスポンスのメッセージ・ペアを送信する工程と、
を更に含む方法。
【請求項３】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、ＤＩＡＤＭ送信用途向けの定義済み一般規則に従うことによって前記下位ネットワーク／アプリケーション・プロトコルの適正な既存のオペレーションとメソッドとを選択する、請求項２に記載の工程において、前記の定義済み一般規則が、
前記下位ネットワーク／アプリケーション・プロトコルの前記既存のオペレーションおよびメソッド内のコンテンツ・タイプとして、ＸＭＬベースの記述メッセージの搬送にはａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌを使用し、バイナリ・フォーマットの場合にはａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｏｃｔｅｔ−ｓｔｒｅａｍを使用することと、
前記下位ネットワーク／アプリケーション・プロトコルの前記既存のオペレーションおよびメソッド内のコンテンツ長がＤＩＡＤＭメッセージ・ボディーの実際の長さに従って指定されることと、
前記連結が、すべての可能なプロトコル・メソッドおよびオペレーション、ヘッダ・フィールドおよびステータス・レスポンスの使用、および／または意味を指定しないことと、
からなる方法。
【請求項４】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、定義済み一般規則に従うことによってＤＩＡＤＭ送信用途向けの前記下位ネットワーク／アプリケーション・プロトコルのリクエストとレスポンスのメッセージ・ペアを送信する、請求項２に記載の工程における前記定義済み一般規則が、
前記連結が前記ネットワーク内で送信するいかなる種類の周期的なメッセージをいかなるレベルにおいても要求せず、前記ＤＩＡＤＭネゴシエーション・プロトコルの完全にオンデマンド式の動作および周期的な活動の欠如により、ＤＩＡＤＭに起因するオーバーヘッド・メッセージの数が、すべてのピアが互いに対して静止しかつ現行通信に必要な全ルートが発見済みである場合にはゼロにまで縮小できることと、
前記連結がステートレスであり、プロトコル交換の過程で同一メッセージが複数回送受信でき、かつ両端でプロトコルのいかなる状態も維持する必要がないことと、
メッセージがプロトコル・スタック（アプリケーション、サービス、およびトランスポート）を下るにつれて、各レベルが１つ以上の命名要素を前記メッセージに付け加えることができ、メッセージが前記スタックを上がるにつれて、前記プロトコルがそれらの要素を除去することと、
からなる方法。
【請求項５】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、
前記基本ＤＩＡ記述メッセージ・レイヤを生成する工程と、
前記の既存のＲＴＳＰプロトコルに前記基本ＤＩＡ記述メッセージをマッピングする工程と、
前記のマッピングされたＤＩＡ記述メッセージを標準的な方法でＲＴＳＰアプリケーション・プロトコル内に配信する工程と、
を含む方法。
【請求項６】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、前記の既存のＲＴＳＰプロトコルに前記基本ＤＩＡ記述メッセージをマッピングする、請求項５に記載の前記工程が、
拡張可能な定義を有するＤＥＳＣＲＩＢＥメソッドを選択する工程と、
前記ＤＩＡＤＭメッセージを記述するのに使用するＤＥＳＣＲＩＢＥクライアント・サーバＲＴＳＰリクエスト−レスポンス・メッセージ・ペアを選択する工程と、
新規コンテンツ・タイプとＡｃｃｅｐｔヘッダをＤＥＳＣＲＩＢＥリクエスト・メッセージ内でａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌとして宣言する工程と、
前記ＤＥＳＣＲＩＢＥリクエスト・メッセージ内で前記コンテンツ長を指定する工程と、
前記ＤＥＳＣＲＩＢＥリクエスト・メッセージ・ボディー内に前記ＸＭＬ  ＤＩＡＤＭメッセージを付加する工程と、
前記ＤＥＳＣＲＩＢＥリクエストおよび前記ＸＭＬ  ＤＩＡＤＭメッセージが前記ＤＥＳＣＲＩＢＥレスポンス・メッセージ内で良好に形成された場合に２００を返し、それ以外の場合には４ｘｘを返す工程と、
前記の新規コンテンツ・タイプをＤＥＳＣＲＩＢＥレスポンス・メッセージ内でａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌとして宣言する工程と、
前記コンテンツ長を前記ＤＥＳＣＲＩＢＥレスポンス・メッセージ内で指定する工程と、
前記ＸＭＬ  ＤＩＡＤＭレスポンス・メッセージを前記ＤＥＳＣＲＩＢＥレスポンス・メッセージ・ボディー内に付加する工程と、
を更に含む方法。
【請求項７】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、
前記基本ＤＩＡ記述メッセージ・レイヤを生成する工程と、
前記既存のＴＣＰ／ＩＰプロトコルに前記基本ＤＩＡ記述メッセージをマッピングする工程と、
前記のマッピングされたＤＩＡ記述メッセージを標準的な方法でＴＣＰ／ＩＰネットワークプロトコル内に配信する工程と、
を含む方法。
【請求項８】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、前記の既存のＴＣＰ／ＩＰプロトコルに前記基本ＤＩＡ記述メッセージをマッピングする、請求項７に記載の工程が、
ＴＣＰ／ＩＰソケット接続上で前記ＤＩＡＤＭメッセージのＴＣＰ／ＩＰワイヤフォーマットを選択する工程と、
ＴＣＰ／ＩＰメッセージ・ワイヤ・フォーマット・ヘッダを、
2004266615.tif 000006
（ａ）タイプ：１バイト。前記バイト情報は、前記リクエストをユニキャストまたはマルチキャストするのに使用される。１はＤＩＡＤＭメッセージ伝播を表し、２は、ＤＩＡＤＭメッセージのマルチキャストを表す。３と４は使用されない。
（ｂ）Ｓｒｃ  ＩＰ：４バイトが前記ＩＰｖ４フォーマット内のＩＰアドレスを表す。
（ｃ）Ｓｒｃポート：ネットワーク・バイト・オーダ表現には２バイト。各ピアがそのトランスポート・サービスを特定のポート番号に連結することを決めることができるため、前記ポートが存在する。ＴＣＰ連結は、特定ポートが使用されることを要求しない。
（ｄ）サイズ：４バイト・ボディー・サイズは、ネットワーク・バイト・オーダ表現用のヘッダをカウントしない。
（ｅ）オプション：１バイトオプション。これらのオプションは、使用するソケット接続の種類（単方向または双方向）を指定するために使用される。１は双方向の伝送、２は単方向の伝送を表す。
（ｆ）未使用：８バイト
と定義する工程と、
バイト・アレイとして表現された前記ボディーのフォーマットの中に前記バイナリＤＩＡＤＭメッセージを付加する工程と、
を更に含む方法。
【請求項９】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、
前記基本ＤＩＡ記述メッセージ・レイヤを生成する工程と、
前記の既存のＨＴＴＰプロトコルに前記基本ＤＩＡ記述メッセージをマッピングする工程と、
前記のマッピングされたＤＩＡ記述メッセージをＨＴＴＰアプリケーション・プロトコル内に標準的な方法で配信する工程と、
を含む方法。
【請求項１０】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のアプリケーション／トランスポート・プロトコルにＤＩＡ記述メッセージを使用する方法であって、前記基本ＤＩＡ記述メッセージを前記の既存のＨＴＴＰプロトコルにマッピングする、請求項９に記載の工程が、
ＤＩＡＤＭメッセージを簡単に受け入れるためにＨＴＴＰ「メッセージ・レシーバ」基本機能を選択する工程と、
前記ＤＩＡアプリケーション・ピアがＤＩＡＤＭメッセージを送信するように前記ＨＴＴＰエンドポイントのベースＵＲＩ上ですべて実行されるメッセージ・レシーバのＰＯＳＴまたはＧＥＴオペレーションを選択する工程と、
前記の新規コンテンツ・タイプを前記ＰＯＳＴリクエスト・メッセージ内でａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌとして宣言する工程と、
前記ＰＯＳＴリクエスト・メッセージ内で前記コンテンツ長を指定する工程と、
前記ＸＭＬ  ＤＩＡＤＭメッセージを前記ＰＯＳＴリクエスト・メッセージ・ボディ内に付加する工程と、
前記ＰＯＳＴリクエストと前記ＸＭＬ  ＤＩＡＤＭメッセージが前記ＰＯＳＴレスポンス・メッセージ内で良好に形成された場合には２００を返し、それ以外の場合には４ｘｘを返す工程と、
前記リクエストＵＲＩをＧＥＴリクエスト・メッセージ内で「／ｐｉｎｇ＿ｄｉａｄｍ」として宣言する工程と、
前記ＧＥＴリクエストが前記ＧＥＴレスポンス・メッセージ内で受信された場合は２００を返し、それ以外の場合は別の適正なＨＴＴＰレスポンスを返す工程と、
を更に含む方法。
【請求項１１】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、前記基本ＤＩＡ記述メッセージ・レイヤを生成する、請求項１、５、７、または９のいずれか一項に記載の工程が、
ＸＭＬメタデータ表現を使用して前記ＤＩＡ記述を作成する工程と、
前記ＤＩＡ記述を、ＤＩＡＤＭ記述子ＸＭＬスキーマに従うＤＩＡ記述メッセージＸＭＬメタデータ表現の中にパックする工程と、
前記ｃｏｎｔｅＸｔデジタル・アイテム（ＸＤＩ）を前記ＤＩＡ記述メッセージＸＭＬメタデータ表現の外部シェルとして使用して配信するための一般的な上位ＤＩＡ記述メッセージを構築する工程と、
を更に含む方法。
【請求項１２】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、ＸＭＬメタデータ表現を使用して前記ＤＩＡ記述を作成するという請求項１１に記載の工程における前記ＤＩＡ記述が、使用環境、ユーザー特性、端末機能、ネットワーク特性、自然環境特性、および基本的なクライアント機能およびデジタル・アイテム・アダプテーションのユーザー・プレファレンスを反映するその他の記述ツールからなる方法。
【請求項１３】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、前記ＤＩＡ記述をＤＩＡＤＭ記述子ＸＭＬスキーマに従うＤＩＡ記述メッセージＸＭＬメタデータ表現の中にパックする、請求項１１に記載の工程が、前記ＤＩＡ記述の交換に係わる全ピアの中に前記ＤＩＡ記述メッセージ・スキーマ・パーサを実装する工程を更に含む方法。
【請求項１４】
デジタル・アイテム・アダプテーション（ＤＩＡ）用のネットワーク／アプリケーション・プロトコルにＤＩＡ記述メッセージを使用する方法であって、一般的な上位ＤＩＡ記述メッセージを構築する、請求項１１に記載の工程において、一般的な上位ＤＩＡ記述メッセージは、直接受けるＸＭＬフォーマットか、ＸＭＬフォーマットをＸＭＬフォーマットからバイナリーフォーマットに変換するＸＭＬバイナリーツールを用いて、エンードして得られるバイナリーフォーマットを用いることを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
３．１  本発明はデジタル・コンテンツ・アダプテーションに関し、特に電子商取引環境の活動において各ピア間のネゴシエーションを必要とするデジタル・アイテム・アダプテーション（ＤＩＡ）に関する。
【０００２】
【従来の技術】
３．２  デジタル・アイテムとは、標準的な表現／識別とメタデータとを含む構造化デジタルオブジェクトである。デジタル・アイテム・アダプテーション（ＤＩＡ）とは、記述ツールを指定してデジタル・アイテムのアダプテーションを行なうことである。その主な焦点は、「端末とネットワーク」であり、その全体的な目的はネットワーク／端末のインストール、管理、および実装の問題からユーザーを遮蔽することによって（配信された）先進マルチメディアコンテンツへの相互運用性のあるトランスペアレントなアクセスを実現することである。図１はこの概念を示したものである。この概念構成に示されているように、デジタル・アイテム（モジュール１．１）は、アダプテーション済みデジタル・アイテム（モジュール１．２）を生成するためにリソース・アダプテーション・エンジンと記述アダプテーション・エンジンとを含むデジタル・アイテム・アダプテーションエンジン（モジュール１．３）にかけられる。リソース・アダプテーション、記述アダプテーション、および／またはサービス品質管理の面でデジタル・アイテム・アダプテーションをサポートする記述およびフォーマットに非依存の機構は、標準化の範囲内であり、図１のＤＩＡツール（モジュール１．４）の中でまとめて言及されている。
【０００３】
図２では、ＤＩＡ記述（モジュール２．１）が、ワイヤレスの携帯電話、ＰＤＡ、ＰＣ、およびサーバー／ゲートウェイ／プロキシ（モジュール２．５、２．６、２．７）を含むネットワーク内の任意の接続デバイス（モジュール２．２、２．３、２．４）間で送信を行なう必要があることが示されている。このような異種装置でもピア・ツウ・ピア式で接続することができるが、定義するネゴシエーション機構がない場合は各機能やユーザー・プレファレンスに従って異種装置に同じコンテンツを適応させることはまだできない。これは、コンテンツ・アダプテーションを制限してメディア・アクセス・アプリケーションの範囲を狭めることになる。コンテンツ・アダプテーションを現実的なものにするため、ピア間のＤＩＡ記述の送信とネゴシエーションは、相互運用性のある方法で定義することが強く求められている。ネゴシエーション機構とプロトコルは、各種端末へのマルチメディア・リソースの配信を助けるように定義する必要がある。
【０００４】
ＤＩＡ記述メッセージ（ＤＩＡＤＭ）ツールは、現在、ＭＰＥＧ−２１で標準化されたＤＩＡツールのひとつであり、ＤＩＡ記述を登録、送信、更新、および削除する手段を提供するためのものである。このようにして、ＤＩＡ記述インスタンスを含むデジタル・アイテムを登録および適応させることができる。
【０００５】
ＤＩＡＤＭプロトコルは、ネットワーク／アプリケーション・プロトコルに依存しないよう設計されており、より上位のアプリケーション・プロトコルとみなされる。これは、ＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰ、ブルートゥース、ＨｏｍｅＰＮＡなどの上に実装される。実際のアプリケーションにおいてＤＩＡ記述の相互運用性のある交換を行なう目的で、他のプロトコル（基盤プロトコル）の内部またはその上でＤＩＡ記述メッセージを搬送するための正式な一連の規則が必要となる場合がある。ＤＩＡＤＭ連結の例としては、ＲＴＳＰ制御メソッド・ボディ、またはＨＴＴＰエンティティ・ボディの中で、あるいはＴＣＰストリーム上でＤＩＡ記述メッセージを搬送することが挙げられる。
【０００６】
【発明が解決しようとする課題】
３．３解決する問題
本発明は、以下の問題を解決しようとするものである。
【０００７】
ＤＩＡ記述は、様々なアプリケーション／トランスポート・プロトコル接続を有する各物理マシン上で稼働する任意のマルチメディア端末とピアとの間で交換、更新、および送信できる。
【０００８】
ＤＩＡＤＭは、ＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰ等、基盤プロトコル上で実装されれば相互運用可能な方法で送信できる。
【０００９】
上記機能を実現するには、ＭＰＥＧ−２１で定義されたＤＩＡＤＭをそれらの既存の下位ネットワーク／アプリケーション・プロトコルの中へ適切にマッピングすることが必要となる。これはまた、既存のネットワーク／アプリケーション・プロトコルと連結して、デジタル・アイテム・アダプテーションを様々なネットワーク環境で実現できるようにするための定義済みＤＩＡＤＭの拡張機能とみなされる。
【００１０】
【課題を解決するための手段】
３．４問題解決の手段
定義済みＤＩＡＤＭがネットワーク／アプリケーション・プロトコルで搬送される必要があるときに、当該ＤＩＡＤＭを既存のネットワーク／アプリケーション・プロトコルの中へマッピングする手段。
【００１１】
基盤プロトコルとみなされる他の下位プロトコルの内部またはその上でＤＩＡ記述メッセージを搬送するための一般規則を定義する手段。
【００１２】
そのようなプロトコルを用いて相互運用可能な方法で送信されるＤＩＡ記述メッセージを搬送および連結するために、一定の既存のネットワーク／アプリケーション・プロトコルの一般規則に従う規則を定義する手段。
【００１３】
【発明の実施の形態】
３．５発明の動作
定義された一般的な連結規則に基づいて、他の多くのネットワーク／アプリケーション・プロトコルが、ＤＩＡ記述メッセージを搬送して送信・更新用の相互運用可能なＤＩＡ記述メッセージを実装するためのそれぞれの基本的な機構を定義することができる。
【００１４】
例えば、ＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰなど、一定の各種ネットワーク／アプリケーション・プロトコルのための定義済み連結規則に基づいて、ＤＩＡ記述メッセージは、こうしたプロトコルを相互運用可能な方法で使用して搬送および送信できる。
【００１５】
ＭＰＥＧ−２１ピアは様々なネットワーク・プロトコルに連結可能な上位ＤＩＡ記述メッセージを実装することによって構築され、また連結規則に従う。メッセージパーサーもピア内に実装する必要がある。
【００１６】
３．６実施の形態
ＤｉＡＤｅｓｃｒｉｐｔｉｏｎＭｅｓｓａｇｅ記述子は、デジタル・アイテム・アダプテーション用のＤＩＡ記述の交換と更新のために定義および使用される。デジタル・アイテム・アダプテーションでは、配信機構に依存しない記述ツールがサポートされていなければならない。これらのツールは関連記述の配信に使用してもよく、また各記述の動的更新を可能にする機構を提供してもよい。これは、使用環境の変化を反映するために変更することができる。
【００１７】
ＤＩＡＤＭ記述子メッセージは、ピア間データ交換用のＤＩＡ記述の基本単位である。ＸＭＬスキーマは、このようなメッセージの標準的な表現に使用される。図３は、ＤＩＡＤＭ  ＸＭＬスキーマの基本構造を示したものである。４つの基本タイプのＤＩＡＤＭメッセージ（ＤＩＡＲｅｇｉｓｔｅｒ、ＤＩＡＴｒａｎｓｍｉｔ、ＤＩＡＵｐｄａｔｅ、ＤＩＡＤｅｌｅｔｅ）がＤＩＡＤｅｓｃｒｉｐｔｉｏｎＭｅｓｓａｇｅＴｙｐｅ用に定義されている。それぞれのＤＩＡ記述メッセージは、Ｍｓｇ＿ＩＤ、ＳｅｎｄｅｒＰｅｅｒ＿ＩＤ、およびＲｅｃｉｐｉｅｎｔＰｅｅｒ＿ＩＤからなる基本メッセージ情報を含む。これはまた、ＤＩＡＤｅｓｃｒｉｐｔｉｏｎＤａｔａ（直接的なＤＩＡ記述ペイロード）またはＲｅｆｅｒｅｎｃｅ（実際のＤＩＡ記述に接続されたＵＲＩ）、またはＲｅｓｐｏｎｓｅ要素からなるＭｅｓｓａｇｅＤｅｓｃｒｉｐｔｉｏｎメタデータも含む。すべてのＸＭＬスキーマ要素は、明確なシンタックスとセマンティックスを有する。
【００１８】
ＤＩＡＤＭ記述子は、ピアが以下を行なうやり方に関する情報を標準化する。
・自身を他ピアへ登録する。
・そのＤＩＡ記述をＭｅｓｓａｇｅＤｅｓｃｒｉｐｔｉｏｎメタデータとしてパックする。
・メタデータを送信／更新／削除する。
・着信情報に応答する。
【００１９】
要するに、ＤＩＡＤＭレベルにおいては、相互運用性の意味は、「誰が、明確なＤＩＡＤＭシンタックスおよびセマンティックスで誰にどのタイプのＤＩＡ情報を送信するのか」である。そしてそれは、開発者が、マルチメディア枠組の下でＤＩＡアプリケーション用の相互運用可能なサービスを構築および配備できるようにするのを助ける。
【００２０】
ＤＩＡＤＭ記述子は、以下のことを要求しない。
・特定のコンピュータ言語またはオペレーティング・システムの使用。
・特定のネットワーク・トランスポートまたはトポロジーの使用。
・特定の認証、セキュリティ、または暗号化モデルの使用。
【００２１】
ＭＰＥＧ−２１で定義されるＤＩＡＤＭ記述子ツールは、公衆ネットワーク間でのＤＩＡメタデータの一般的な方法でのピア間伝送を目標としている。これは、デジタル・アイテム・アダプテーションのピア間コンピューティング用に、そしてまた特殊なアプリケーション／トランスポート・プロトコルに依存しないよう設計されたメッセージの開集合である。オープン・ネットワーク・プラットフォームは、ピア間コンピューティング用に設計することができ、また一組のオープン・プロトコル（ピア間プロトコル）を定義することができるので、携帯電話、ワイヤレスのＰＤＡ、ＰＣ、およびサーバー／ゲートウェイ／プロキシなどを含むネットワーク上にある任意の接続装置が、例えば、ピア・レゾルバ（Ｐｅｅｒ  Ｒｅｓｏｌｖｅｒ）、エンドポイント・ルーティング（Ｅｎｄｐｏｉｎｔ  Ｒｏｕｔｉｎｇ）、ピア・ディスカバリ（Ｐｅｅｒ  Ｄｉｓｃｏｖｅｒｙ）、およびチャネル連結（Ｃｈａｎｎｅｌ  Ｂｉｎｄｉｎｇ）など、ピア間で通信および連携することができる。ＭＰＥＧ−２１で定義されたＤＩＡＤＭメッセージはすべて、Ｐ２Ｐ一般プロトコルの上層に配置できる。
【００２２】
そのようなレベルにおけるＰ２Ｐ一般プロトコルの定義およびそのようなプロトコルがＤＩＡＤＭ用にどのように使用されるかの定義が、本発明で説明する必要のあるアイテムでないことに留意されたい。
【００２３】
本発明では、既存のネットワーク・アプリケーションおよび／またはネットワークがこれらの各表現（ＤＩＡＤＭ）を最も適切に使用するやり方に関する一般的な規則を定義することに焦点を当てる。これはつまり、ＤＩＡＤＭを、実際のネットワーク／アプリケーション・プロトコル全般とどのように連結するかということである。換言すれば、ＤＩＡＤＭは、ＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰ、および実際のＤＩＡアプリケーションに使用される他の多くのプロトコル上で定義および配信される必要がある。
【００２４】
プロトコルは、２つのコンピュータが通信する態様を定義および管理する一組の規則である。２台のマシン間の接続は多くのレベルにおいて機能できる。我々はその最も基本的なレベルでの接続、つまり、２台のマシンを物理的にリンクする物理接続、ワイヤ、光ファイバーおよび電子機器を考えることができる。これより上位レベルにおいては、１台のコンピュータとの間でやりとりする特定のジョブを実行するよう命令されたバイナリ・データのパケットとして接続を考えることができるが、我々はこれをトランスポート・レベルまたはレイヤとみなす。それよりもっと上位のレベルでは、２台のマシン上での２つのソフトウェア・アプリケーションが一定の事前定義言語で通信するのを見ることができるが、我々はこれをアプリケーション・レベルまたはレイヤと呼ぶ。ＤＩＡ記述メッセージは、デジタル・アイテム・アダプテーション用途の１つ上位なレベルでのアプリケーション・プロトコルとみなし、これはＲＴＳＰ、ＨＴＴＰ／ＴＣＰ／ＩＰなどの任意のトランスポート・レベルまたは一定の下位レベルのアプリケーション・プロトコルにも依存しない。
【００２５】
インターネットは、ネットワークを介してバイナリ・データを伝送する非常に信頼性の高い方法として設計されており、またＴＣＰはフロー制御およびエラー検出／補正を課して信頼性の高い方法でデータを伝送するため、インターネットの事実上のプロトコルとなっている。一般的なインターネット通信の大半は、ＴＣＰ／ＩＰの組合せを使用して行なわれており、ＩＰ部分はデータのルーティングになっている。各アプリケーションは、ＴＣＰ／ＩＰをベースとして利用して通信し、またそれ自身の上位のアプリケーション・レベル・プロトコルによって互いに通信を行なう。ＷｅｂページはＨＴＴＰを使って伝送され、連続的なメディア・アプリケーション用に貴重なサービスを提供するＲＴＳＰやＲＴＰなど、次世代の上位プロトコルが現在開発中である。上記のＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰは、ＤＩＡ記述メッセージの搬送に使用できる特殊なプロトコルである。図４は、各レベルのネットワーク上でのＤＩＡ記述メッセージによるデータのルーティングにおいて使用される各プロトコルの関係を示す。
【００２６】
ＤＩＡＤＭは、各ピアが複雑で動的なネットワーク・トポロジーを理解も管理もする必要なく通信することを可能にするが、基盤アプリケーション／トランスポート・プロトコルの連結の一つを使用して２つのピア間でエンド・ツー・エンド・メッセージングを実行する責任をもつ。換言すると、ＤＩＡＤＭは、ネットワーク環境の基盤ネットワーク・トランスポートおよび限定的要件について仮定を行なわないが、広範にわたる様々なＤＩＡアプリケーションおよびサービスを多様なネットワーク環境の中に配備するのに使用することができる。
【００２７】
ネットワーク／アプリケーション・プロトコルで本明細書に定義されたマッピングおよび連結の規則は、一般用途からアプリケーション・ドメインへのＤＩＡＤＭの拡張とみなすことができる。本明細書に定義されたマッピング規則を従って実装すると、他の実装との相互運用性が高まり、またそれと同時に機能性もより幅広いものとなる。
【００２８】
これらの規則は、ＤＩＡ記述メッセージを各ネットワーク環境に適用するときの指針として利用できる。すなわち、既存のあるいは今後の一般ネットワーク／アプリケーション・プロトコルによって定義済みのＤＩＡ記述メッセージをマッピングおよび搬送する方法に関する指針として利用できる。
【００２９】
以下の各セクションでは、最初にＤＩＡＤＭ連結の一般的なネットワーク／アプリケーション規則について説明する。次に、ＲＴＳＰ、ＴＣＰ／ＩＰ、ＨＴＴＰプロトコルを使用してＤＩＡＤＭメッセージをトランスポートする例を、更に一般規則に従うことにより提示される。
【００３０】
３．６．１  一般的なアプリケーション／トランスポートＤＩＡＤＭ連結
３．６．１．１  ＤＩＡＤＭメッセージ・レイヤの構築
他のネットワーク／アプリケーション・プロトコルとのＤＩＡＤＭ連結について、最初の最も重要なことは、基本ＤＩＡＤＭメッセージ・レイヤを構築することである。すべてのＤＩＡＤＭメッセージはこうした共通メッセージング・レイヤを使用して実装され、これはより上位レベルの相互運用性とみなされる
【００３１】
本発明の直前部分から、ピア／装置機能とユーザー・プレファレンスとを含むＤＩＡ記述を、図３に構造を示した定義済みＤＩＡＤＭメッセージ・スキーマに従ってＸＭＬメタデータ表現の中へパックしなければならないことは周知である。
【００３２】
次に、ＣｏｎｔｅＸｔデジタル・アイテム（ＸＤＩ）は、ＸＤＩで何を行なうかに関するメッセージ情報をユーザーに示すこのようなメタデータを含めるのに使用する。ＸＤＩは、ＤＩＡ記述メッセージ・スキーマの外部シェルである。このようなＸＤＩの一例を以下に示す。
【表１】
2004266615.tif 000003
【００３３】
ＤＩＡ記述メッセージを含むこのようなＸＤＩ表現は、基本メッセージ・レイヤとして形成される。このメッセージング・レイヤは、ＤＩＡＤＭネゴシエーション・プロトコルを様々なネットワーク・トランスポートに連結するレイヤである。
【００３４】
ネットワーク接続チャネルは、各装置／ピアとの間でメッセージを送受信する。ＤＩＡ記述ネゴシエーションを要するＤＩＡアプリケーションで実装される任意のプロトコルがそれらのメッセージを送受信する。
【００３５】
上記のＤＩＡＤＭメッセージがＸＭＬフォーマットを用いて表現されることに留意されたい。但し、ＤＩＡＤＭメッセージのバイナリ表現が必要な場合もある。例えば、ＴＣＰなど、メッセージのコンパクトな表現を必要とするトランスポート・プロトコルは、バイナリ・フォーマットを使用する。いったんバイナリ・フォーマットが要求されると、ＢｉＭ（ＸＭＬ用のバイナリ・コーディング）ツールを使用して、ＸＭＬベースのＤＩＡＤＭをバイナリ・フォーマットに移行させる必要がある。
【００３６】
３．６．１．２  一般的なＤＩＡＤＭ連結規則
ピアから１つのＤＩＡ記述情報がデジタル・アイテム・アダプテーション用に要求されると、こうした最上位レベルのアプリケーション・プロトコルは、セクション３．６．１．１に定義される基本メッセージ・フォーマット（ＤＩＡＤＭ）のデータを要求する。つまり、簡単な要求が１つのＤＩＡソフトウェア・アプリケーションによって他のＤＩＡソフトウェア・アプリケーションへなされ、この簡単な要求が、このような簡単なメッセージの接続、ルーティング、および配信を取り扱うプロトコルである下位アプリケーション・プロトコルおよび／またはトランスポート・プロトコルに変換される。
【００３７】
ＤＩＡＤＭ連結の適合規則
・例えば、ＨＴＴＰのＰＯＳＴやＧＥＴなど、ＤＩＡＤＭ送信用途の連結ネットワーク／アプリケーション・プロトコルの既存のオペレーションとメソッドとを識別する。
・コンテンツ・タイプの表現が“ａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌ”（ＸＭＬフォーマットのメッセージ使用）または“ａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｏｃｔｅｔ−ｓｔｒｅａｍ”（バイナリ・フォーマットのメッセージ使用）の、ＤＩＡＤＭ起動の連結プロトコルのオペレーションおよびメソッドを使用する。
・ＤＩＡＤＭ起動連結プロトコルのオペレーションおよびメソッドのコンテンツ長を指定する。
・ボディーは、セクション３．６．１．１に正しい使用法を説明したＤＩＡＤＭＸＭＬメッセージ、またはＤＩＡＤＭ  ＸＭＬメッセージから符号化されたバイナリＤＩＡＤＭメッセージでなければならない。
・より高い相互運用性を提供するために、特殊なプロトコルについての特殊なオペレーションおよびメソッドの指定および定義をＤＩＡＤＭ仕様内に指定する必要がある。
【００３８】
注：
１）ＤＩＡ記述を交換するために特殊なネットワーク／アプリケーション・プロトコル連結を正しくかつ完全に実装するＤＩＡインプリメンテーション・ピアは、“ＤＩＡＤＭ連結に適合する”と考えることができる。
【００３９】
２）ＤＩＡＤＭメッセージのＤＩＡＤＭ連結は、すべての実行可能なプロトコル・メソッドおよびオペレーション、ヘッダ・フィールド、およびステータス・レスポンスの使用法および／意味を指定しない。
【００４０】
３）メッセージがプロトコル・スタック（アプリケーション、サービス、およびトランスポート）を下るとき、各レベルは１つ以上の命名要素をこのメッセージに加えてもよい。メッセージがスタックを再度上るときは、このプロトコルはこれらの要素を除去する。
【００４１】
４）ＤＩＡＤＭは、どのレベルにおいても、ネットワーク内で送信するいかなる種類の定期的なメッセージも要求しない。ＤＩＡＤＭネゴシエーション・プロトコルのこの完全にオンデマンド動作と、定期的活動の欠如とによって、ＤＩＡＤＭに起因するオーバーヘッド・メッセージの数は、すべてのピアが互いに対して静止し現行通信に必要な全ルートが発見済みであるときには、ゼロにまで縮小することができる。
【００４２】
５）ＤＩＡＤＭ連結はステートレスである。プロトコル交換時に同一メッセージを複数回送受信してもよい。プロトコル状態は両端で維持する必要がある。
【００４３】
３．６．２  ＤＩＡＤＭ  ＲＴＳＰ連結
リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）は、オーディオやビデオなどの連続媒体の単一または複数の時間同期ストリームのいずれかを確立および制御する。これは、一般的には、連続ストリームそのものの配信は行なわない。但し、制御ストリームを有する連続メディア・ストリームのインターリービングは可能である。換言すれば、ＲＴＳＰは、マルチメディア・サーバ用の「ネットワーク・リモート制御」として機能する。
【００４４】
このプロトコルは次のオペレーションをサポートしていない。
【００４５】
既存のプレゼンテーションへのメディアまたは適応メディアの追加：特にライブ・プレゼンテーションの場合には、特殊なクライアント機能およびユーザー・プレファレンスに基づいて追加メディアが利用可能になることについてサーバがクライアントに知らせることができると有用である。
【００４６】
このプロトコルは、将来、アダプテーションによりビデオ・ストリーミング・アプリケーションの中に組み入れられる可能性が高い。これは、特別には、また構文的には、ＤＩＡＤＭ連結用のいくつかの方法を含めるための正規のリンクを提供していないが、このようなアプリケーション・レベル制御プロトコルは、デジタル・コンテンツ・アダプテーション用のＤＩＡ記述機能交換として使用して、実際のストリーム配信を制御するのに適しているかもしれない。本発明者らは、ＲＴＳＰで使用されるメソッドをＤＩＡＤＭ連結用に拡張する必要がある。
【００４７】
このメソッド・トークンは、リクエスト−ＵＲＩによって識別されるリソース上で実行するメソッドを示す。サーバとクライアントとの間で制御メッセージを伝送するためのＲＴＳＰの実装のために１組のメソッドが定義される。ＤＥＳＣＲＩＢＥメソッドは、サーバからのリクエストＵＲＬが識別するプレゼンテーションまたはメディア・オブジェクトの記述を取り出す。これは、Ａｃｃｅｐｔヘッダを使用して、クライアントが理解する記述フォーマットを指定することができる。サーバは、要求資源の記述で応答する。ＤＥＳＣＲＩＢＥリプライ−レスポンス・ペアは、ＲＴＳＰのメディア初期化局面を構成する。
【００４８】
ＤＩＡＤＭ  ＲＴＳＰ連結では、
・ＤＥＳＣＲＩＢＥメソッドが派生的に定義および使用される。
・ＤＥＳＣＲＩＢＥクライアント−サーバＲＴＳＰ  リクエスト・レスポンス・メッセージ・ペアが、ＤＩＡＤＭメッセージの記述に使用される。
・リクエスト：
・ＤＥＳＣＲＩＢＥメッセージの中では、ａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌとしての新規コンテンツ・タイプとＡｃｃｅｐｔヘッダが宣言されなければならない。
・コンテンツ長を指定する必要がある。
・リクエスト・ボディーは、ＸＭＬ  ＤＩＡＤＭメッセージでなければならない。
・レスポンス
・リクエストとＸＭＬ  ＤＩＡＤＭメッセージが良好に形成された場合は２００が返される。それ以外の場合は、エラー・コード（４ｘｘ）が返される。
・ａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌとしての新規コンテンツ・タイプを宣言する必要がある。
・コンテンツ長を指定する必要がある。
・レスポンス・ボディーは、ＸＭＬ  ＤＩＡＤＭメッセージでなければならない。
【００４９】
次の例は、ＤＩＡＤＭ送信にＲＴＳＰ制御チャネルを使用する例である。
【表２】
2004266615.tif 000004
【００５０】
３．６．３  ＤＩＡＤＭ  ＴＣＰ／ＩＰ連結
以下のセクションでは、ＴＣＰ／ＩＰ上でのＤＩＡＤＭプロトコルのトランスポート連結について説明する。ＴＣＰ／ＩＰソケット接続上でのＤＩＡＤＭメッセージのメッセージ・ワイヤ・フォーマットについて説明する。
【００５１】
ＴＣＰ／ＩＰワイヤ・フォーマット
このセクションでは、ＴＣＰ／ＩＰメッセージ・ワイヤ・フォーマットを定義する。各ＴＣＰ／ＩＰメッセージは、ヘッダとボディーから構成される。
【００５２】
ヘッダのフォーマットは以下の通りである。
2004266615.tif 000005
【００５３】
ヘッダ・フィールドは以下の通りである。
タイプ：１バイト。このバイト情報は、リクエストに基づくユニキャストまたはマルチキャストに使用される。
・１＝ＤＩＡＤＭメッセージの伝播である。
・２＝ＤＩＡＤＭメッセージのユニキャストである。
・３＝ＡＣＫ／／未使用を表す。
・４＝ＮＡＣＫ／／未使用を表す。
【００５４】
Ｓｒｃ  ＩＰ：４バイト（ＩＰアドレスのフォーマットはＩＰｖ４フォーマットである）
【００５５】
Ｓｒｃポート：２バイト（ネットワーク・バイト・オーダ表現）。各ピアがそのトランスポート・サービスを特定のポート番号に連結するように決定できるため、このポートが存在する。ＴＣＰ連結では、特定ポートが使用されることを要求しない。
【００５６】
サイズ：４バイト・ボディー・サイズは、ヘッダをカウントしない（ネットワーク・バイト・オーダ表現）
【００５７】
オプション：１バイト・オプション。以下のオプションは、使用中のソケット接続（単方向または双方向）の種類を指定に使用される。
・ＨＡＮＤＣＨＥＣＫ＝１（双方向）
・ＮＯＮＢＬＯＣＫＩＮＧ＝２（単方向伝送）
【００５８】
未使用：８バイト
【００５９】
このボディーのフォーマットは、セクション３．６．１．１に記載されまたバイト・アレイとして表現されるバイナリ・メッセージ・フォーマットである。
【００６０】
接続状態
ＴＣＰ／ＩＰ連結はステートレスである。つまり、状態を維持することを要求しない。通常の動作は、あるピアが他のピアにＴＣＰ／ＩＰパケットを送信し、当該パケット送信後にソケットを閉じるというものである。これは単方向パイプを実装するのに必要な最低限の機能である。
【００６１】
任意のキープアライブの最適化
受信側は、接続をアクティブに保持すると決めた場合（ソケット「キープアライブ」）には、値１（バイト）を送信者に返して、当該接続をアライブに保持することを送信側に知らせる。送信側は同一のソケットを再度利用して新規パケットを送信する。
【００６２】
３．６．４  ＤＩＡＤＭ  ＨＴＴＰ連結
ＨＴＴＰトランスポート・プロトコルは、論理的に１つの基本機能、つまり、ＨＴＴＰ上でＤＩＡＤＭメッセージを簡単に受け入れるＨＴＴＰ「メッセージ・レシーバ」を有する。
【００６３】
メッセージ・レシーバ
ＨＴＴＰメッセージ・レシーバは、ＤＩＡＤＭメッセージのＨＴＴＰ  ＰＯＳＴおよび、事実上「ｐｉｎｇ」オペレーションであるＨＴＴＰ  ＧＥＴの２つのオペレーションに対応している。ＰＯＳＴオペレーションもＧＥＴオペレーションも、ＤＩＡアプリケーション・ピアのＨＴＴＰエンドポイントのベースＵＲＩ上で実行される。
【００６４】
１）ＤＩＡＤＭメッセージの送信
・リクエスト：このＨＴＴＰリクエストは、次の規則に適合している必要がある。
・リクエスト・メソッドはＰＯＳＴでなければならない。
・コンテンツ長を指定しなければならない。
・コンテンツ・タイプは「ａｐｐｌｉｃａｔｉｏｎ／ＤＩＡＤＭ＿ｘｍｌ」でなければならない。
・リクエスト・ボディーはＸＭＬ  ＤＩＡＤＭメッセージでなければならない。
・トランスファー・エンコーディングを指定してはならない。
・レスポンス：リクエストとＤＩＡＤＭメッセージが良好に形成された場合には２００が返され、それ以外の場合はエラー・コード（４ｘｘ）が返される。他のリザルト・コードは許容されない。
【００６５】
２）ＤＩＡＤＭメッセージのＰｉｎｇ
・リクエスト：このＨＴＴＰリクエストは以下の規則に適合していなければならない。
・リクエスト・メソッドはＧＥＴでなければならない。
・リクエストＵＲＩは「／ｐｉｎｇ＿ｄｉａｄｍ」でなければならない。
・レスポンス：このレスポンスは、ｐｉｎｇ＿ｄｉａｄｍリクエストが受信された場合は２００でなければならない。当該ノードがメッセージを受け入れない場合は、他の適正なＨＴＴＰレスポンスが返される場合がある。
【００６６】
３．７  発明の効果
本発明は、標準化ＤＩＡＤＭメッセージで連結規則を設計して、電子商取引市場の様々なタイプの装置間でのクライアント機能およびユーザー・プレファレンス交換を必要とするデジタル・コンテンツ・アダプテーションに使用するものである。どのネットワーク・プロトコルにも非依存のこのような連結用に１組の一般規則が定義されるだけでなく、より相互運用性の高い方法でデジタル・アイテム・アダプテーションに役立つようＲＴＳＰ／ＴＣＰ／ＩＰ／ＨＴＴＰなどの特殊でかつ一般的に使用されるネットワーク／アプリケーション・プロトコルへの適合も定義される。
【図面の簡単な説明】
【図１】ＤＩＡツールによるデジタル・アイテム・アダプテーションを示す。
【図２】ＤＩＡ記述ネゴシエーションを有するマルチメディア配信ネットワークを示す。
【図３】ＤＩＡ記述メッセージＸＭＬスキーマの構造を示す。
【図４】ＤＩＡ記述メッセージ・レイヤを有するプロトコルレベルアーキテクチャを示す。
【符号の説明】
１．１  デジタル・アイテム
１．２  適応しているデジタル・アイテム
１．３  デジタル・アイテム・アダプテーション・エンジン
１．４  ＤＩＡツール
２．１  ＤＩＡ記述
２．２  ＰＣ
２．３  携帯電話
２．４  ＰＤＡ
２．５  プロキシ
２．６  ゲートウェイ
２．７  デジタル・メディア・サーバ
【図１】
2004266615.tif 000007
【図２】
2004266615.tif 000008
【図３】
2004266615.tif 000009
【図４】
2004266615.tif 000010
【外国語明細書】
2004266615.tif 000011
2004266615.tif 000012
2004266615.tif 000013
2004266615.tif 000014
2004266615.tif 000015
2004266615.tif 000016
2004266615.tif 000017
2004266615.tif 000018
2004266615.tif 000019
2004266615.tif 000020
2004266615.tif 000021
2004266615.tif 000022
2004266615.tif 000023
2004266615.tif 000024
2004266615.tif 000025
2004266615.tif 000026
2004266615.tif 000027
2004266615.tif 000028
2004266615.tif 000029
2004266615.tif 000030
2004266615.tif 000031
2004266615.tif 000032
2004266615.tif 000033