(57)【要約】      （修正有）【課題】デジタル・アイテム・アダプテーションに関し、特に異なるＭＰＥＧ−２１ピア間のネゴシエーションを必要とするＭＰＥＧ−２１  デジタル・アイテム・アダプテーション（ＤＩＡ）を提供する。【解決手段】アドバタイズメント・メタデータは、その記述要素において、使用環境記述、ＢＳＤＬ記述、ＸＤＩ記述、並びにＭＰＥＧ−７メディア記述のような、デジタル・アイテム・アダプテーション記述を保持するために定義される。任意のネットワーク・プロトコルから独立している、汎用的でより高いレベルのＤＩＡネゴシエーションメッセージもまた定義される。それにより、デジタル・アイテム・アダプテーションに対する記述を登録、伝送及び更新のために、定義されたメッセージに直接的に含ませることができ、デジタル・アイテム・アダプテーションに含まれる、それらのアプリケーションにおいてＤＩＡ記述ネゴシエーションを実行する。【選択図】図５
2004153782.tif 000002
【特許請求の範囲】
【請求項１】
デジタル・アイテム・アダプテーション（ＤＩＡ）に
対するネゴシエーション方法であって、
ＭＰＥＧ−２１互換性端末であるピアに対する標準化ＤＩＡ記述スキーマに基づき、使用環境記述，ＸＤＩ（コンテキスト・デジタル・アイテム）記述及びＢＳＤＬ（ビットストリーム構文記述言語）記述のうちの少なくとも１つを含むＭＰＥＧ−２１  ＤＩＡ記述を生成するステップと、
ネゴシエーションプロトコルにおける交換、伝送又は更新に使用される所定の場所に前記ＤＩＡ記述を配置するステップと、
汎用プロトコルの機能を実装するため、汎用プロトコル・メッセージ・スキーマを特定するステップと、
前記プロトコルを用いて前記ＤＩＡ記述の交換、更新、又は伝送を行うステップとを含む方法。
【請求項２】
ピア、ピア・ドメイン及びチャネルの中の少なくとも１つを含む種々のタイプのリソースを記述するため、柔軟なアドバタイズメント・メタデータ記述スキーマを特定し、定義するステップと、
前記アドバタイズメント・メタデータに前記ＤＩＡ記述を組み入れるステップと、
をさらに含む請求項１記載の方法。
【請求項３】
前記アドバタイズメント・メタデータ記述を解釈するアドバタイズメント・メタデータ記述スキーマ・パーザを前記ピアに実装するステップをさらに含む請求項２記載の方法。
【請求項４】
チャネル・ビンディング・プロトコルを用いてチャネルを構築することにより、前記ピア・ドメイン内で前記ＤＩＡ記述の交換、伝送又は更新する必要があるピアの接続を構築するステップと、
エンドポイント・ルーティング・プロトコルを用いて前記プロトコル・メッセージをルーティングするステップと、
ピア・リゾルバ・プロトコルを用いて前記ピアを相互に認識するステップと
をさらに含む請求項１記載の方法。
【請求項５】
前記ＤＩＡ記述を含むアドバタイズメント・メタデータを問合せ、かつ応答するためのピア・ディスカバリ・プロトコルに基づき、必須のディスカバリ・メッセージ・インフラストラクチャを動作可能にすることによって前記ＤＩＡ記述の交換、更新、又は伝送を行うステップをさらに含む請求項１記載の方法。
【請求項６】
前記汎用プロトコル・メッセージ・スキーマを特定するステップは、実装する全てのプロトコルに含まれる全てのパーザに、メッセージ・スキーマ・パーズを実装するステップを更に含む、請求項１または５に記載の方法。
【請求項７】
デジタル・アイテム・アダプテーション（ＤＩＡ）に対するネゴシエーション方法であって、
汎用の高いレベルのピア・ツー・ピア・プロトコル及びリアル・ネットワーク・プロトコルに基づきＤＩＡネゴシエーションを必要とし、かつＭＰＥＧ−２１互換端末であるピア間の接続を構築するステップと、
前記ピアに対する標準化されたＤＩＡ記述スキーマに基づき、使用環境記述，ＸＤＩ（コンテキスト・デジタル・アイテム）記述、ＢＳＤＬ（ビットストリーム構文記述言語）記述の中の少なくとも１つを含むＭＰＥＧ−２１  ＤＩＡ記述を生成するステップと、
ネゴシエーションメカニズムを実装するために、前記ＤＩＡ記述及びＤＩＡＤｅｓｃｒｉｐｔｉｏｎ要素を含む汎用で必須のＤＩＡネゴシエーションメッセージ・スキーマを特定するステップと、
ＤＩＡネゴシエーションを必要とするピア間のＤＩＡネゴシエーションメッセージで、前記ＤＩＡ記述を登録、伝送、または更新するステップと
を含む方法。
【請求項８】
ワールド・ワイド・ウェブに配置されるＤＩＡ記述のエンティティを指示するために“Ｒｅｆｅｒｅｎｃｅ”を用いたレファレンスとしてＤＩＡ記述を規定するステップ、または、ＤＩＡＤｅｓｃｒｉｐｔｉｏｎ要素の下で“ＤＩＡＤｅｓｃｒｉｐｔｉｏｎＤａｔａ”を用いてメッセージ・ペイロードとしてＤＩＡ記述を規定するステップを含む請求項７記載の方法。
【請求項９】
第１のピアが現行のＤＩＡ記述を第２のピアに伝送または更新したいときに、第１のピアのメッセージＩＤを持つ、第１のピアに関して登録メッセージを構築するステップと、
前記登録メッセージを前記第２のピアに対して送信するステップと、
第２のピアから第１のピアへ、同じメッセージＩＤと同じメッセージ・タイプを有する応答メッセージ、及び、”応答”情報を送信するステップとをさらに含み、
前記”応答”情報は、前記第２のピアが前記第１のピアからＤＩＡ記述を受取る準備ができていることを意味する“真”と、前記第２のピアが任意の理由により前記第１のピアから前記ＤＩＡ記述を受取ることを拒否することを意味する“偽”を含む、請求項７記載の方法。
【請求項１０】
第１のピアのメッセージＩＤを有し、第２のピアに現行のＤＩＡ記述を伝送するための、第１のピアに関する伝送メッセージを構築するステップと、
前記伝送メッセージを前記第２のピアに送るステップと、
前記第２のピアから前記第１のピアへ、同じメッセージＩＤと同じメッセージ・タイプを有する応答メッセージ、及び、”応答”情報を送信するステップとをさらに含み、
前記”応答”情報は、前記第１のピアから前記第２のピアに伝送されたＤＩＡ記述の受取りが成功したことを意味する“真”と、任意の理由により前記第１のピアから前記第２のピアに伝送されたＤＩＡ記述の受取りが失敗したことを意味する“偽”とを含む、請求項７記載の方法。
【請求項１１】
第１のピアのメッセージＩＤを有し、第２のピアに現行のＤＩＡ記述を更新するための、第１のピアに関する更新メッセージを構築するステップと、
前記更新メッセージを前記第２のピアに送るステップと、
前記第２のピアから前記第１のピアへ、同じメッセージＩＤと同じメッセージ・タイプを有する応答メッセージ、及び、”応答”情報を送信するステップとをさらに含み、
前記”応答”情報は、前記第１のピアから前記第２のピアへのＤＩＡ記述の更新の受取りが成功したことを意味する“真”と、任意の理由により前記第１のピアから前記第２のピアへのＤＩＡ記述の更新の受取りが失敗したことを意味する“偽”とを含む、請求項７記載の方法。
【請求項１２】
前記汎用で必須のＤＩＡネゴシエーションメッセージ・スキーマを特定し、定義するステップは、ＤＩＡ記述の交換に含まれる全てのピアに、ＤＩＡネゴシエーションメッセージ・スキーマ・パーザを更に含む、請求項７ないし１１のいずれか一つに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル・アイテム・アダプテーションに関し、特に異なるＭＰＥＧ−２１ピア間のネゴシエーションを必要とするＭＰＥＧ−２１  デジタル・アイテム・アダプテーション（ＤＩＡ）に関する。
【背景技術】
【０００２】
ＤＩＡは、デジタル・アイテム（Ｄｉｇｉｔａｌ  Ｉｔｅｍｓ）のアダプテーションに対する記述・ツールを特定するために新しく定義されたＭＰＥＧ−２１部分である。その主眼は、“端末及びネットワーク”であり、かつＤＩＡの全体的な目的は、ネットワーク及び端末に関する導入、管理及び実施の問題からユーザを隔絶することによって高度なマルチメディア・コンテントへのインタオペラブル・トランスペアレントなアクセスを達成することである。これは、同意され／契約された品質、信頼性及び柔軟性を常に伴って、マルチメディア・コンテントを生成し、かつ共有でき、マルチメディア・アプリケーションをさまざまな組のユーザに接続させるようなユーザ・コミュニティを形成するために必要に応じてネットワーク及び端末リソースの供給を可能にする。
【０００３】
現行のＤＩＡ記述は、ユーザ特性（Ｕｓｅｒ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）、端末性能（Ｔｅｒｍｉｎａｌ  Ｃａｐａｂｉｌｉｔｉｅｓ）、ネットワーク特性（Ｎｅｔｗｏｒｋ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）及び自然環境特性（Ｎａｔｕｒａｌ  Ｅｎｖｉｒｏｎｍｅｎｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）、セッション・モビリティ（Ｓｅｓｓｉｏｎ  Ｍｏｂｉｌｉｔｙ）  ＸＤＩ（Ｃｏｎｔｅｘｔ  Ｄｉｇｉｔａｌ  Ｉｔｅｍ）記述・ツール、ＢＳＤ（Ｂｉｔｓｔｒｅａｍ  Ｓｙｎｔａｘ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ（ビットストリーム構文記述言語））記述を記述するためのツールを特定する使用環境（Ｕｓａｇｅ  Ｅｎｖｉｒｏｎｍｅｎｔ）記述ツールを定義している。これらの記述の全ては、クライアント（Ｃｌｉｅｎｔ）又はサーバ（Ｓｅｒｖｅｒ）側のデジタル・アイテム（Ｄｉｇｉｔａｌ  Ｉｔｅｍ）構成に必要なツールである。
【０００４】
コンテント・アダプテーションを実用化するために、ピア間のＤＩＡ記述の伝送及びネゴシエーションは、インタオペラブルな方法で定義することが大威に要望されている。ネゴシエーションメカニズム及びプロトコルは、マルチメディア・リソースを異なる端末への配信の支援のために定義されることが必要である。異なる端末への一方向ブロードキャスティング・アプリケーション、コンテント・アダプテーションに対するインタラクティブな双方向アプリケーション、異なるネットワークへのリアル・タイム・ストリーミング・アダプテーション、等のようなデータ・アダプテーションが要求される有用なシナリオが存在する。そこでは、端末、ネットワーク、並びにユーザ・プリファレンスに対するＤＩＡ記述は、一度それらがそのようにすることを要求されたならばいつでも交換し、かつネゴシエートしなければならない。ＤＩＡネゴシエーションメカニズムは、リアルタイムでＤＩＡ記述を伝送し、かつＤＩＡ記述を更新するために端末、サーバ、ゲートウェイ、プロキシ、等のようなピア間の通信を容易にするために定義されるべきである。ここで定義されるＭＰＥＧ−２１  ＤＩＡ記述並びに一組のＭＰＥＧ−２１ネゴシエーションメカニズムに従うことによって、ユニバーサル・マルチメディア・フレームネットワークが設定でき、コンテント・アダプテーションに対し、異なるマルチメディア端末、ネットワーク及び使用環境で処理することができる。
【０００５】
本発明は、以下の課題を解決することである。
ＤＩＡ記述は、様々なオペレーティング・システムを有する異なる物理マシン上で実行され、かつ変化するセキュリティ、アプリケーション、ツール環境で動作するマルチメディア端末及びピア間で交換、更新、かつ伝送される。ただし、ネゴシエーションは、高レベル・ベースで構築される。
【０００６】
端末及びピアがどのようなネットワーク・プロトコルを用いても、ピア間のＤＩＡ記述に対するネゴシエーションは、効果的かつ連続的にデジタル・アイテム・アダプテーションを達成するために個別に実行される。
【０００７】
デジタル・アイテムは、含まれるピアの両方でネゴシエーションメカニズムをインプリメントすることによって動的に異なる端末、ネットワーク、及びユーザに適応される。
【考案の開示】
【課題を解決するための手段】
【０００８】
本発明の第１の態様において、ＭＰＥＧ−２１ＤＩＡ記述や、ピアリゾルバ、ピアディスカバリ、チャネルビンディング、エンドポイントルーティングに対するいくつかの他の汎用的なメッセージを含むＸＭＬスキーマを用いて、アドバータイズメント・メタデータの場所を定義する方法を提供する。エンド・ツー・エンドピア接続に基づいて、ピアディスカバリを用いて、ＤＩＡ記述情報を交換、更新するための高いレベルのプロトコル定義が使用される。
【０００９】
すなわち、デジタル・アイテム・アダプテーション（ＤＩＡ）に対するネゴシエーション方法が提供される。その方法は、ＭＰＥＧ−２１互換性端末であるピアに対する標準化ＤＩＡ記述スキーマに基づき、使用環境記述，ＸＤＩ（コンテキスト・デジタル・アイテム）記述及びＢＳＤＬ（ビットストリーム構文記述言語）記述のうちの少なくとも１つを含むＭＰＥＧ−２１  ＤＩＡ記述を生成するステップと、ネゴシエーションプロトコルにおける交換、伝送又は更新に使用される所定の場所にＤＩＡ記述を配置するステップと、汎用プロトコルの機能を実装するため、汎用プロトコル・メッセージ・スキーマを特定するステップと、定義したプロトコルを用いてＤＩＡ記述の交換、更新、又は伝送を行うステップとを含む。
【００１０】
上記方法は、ピア、ピア・ドメイン及びチャネルの中の少なくとも１つを含む種々のタイプのリソースを記述するため、柔軟なアドバタイズメント・メタデータ記述スキーマを特定するステップと、アドバタイズメント・メタデータにＤＩＡ記述を組み入れるステップとを含んでもよい。この場合、上記方法は、さらに、アドバタイズメント・メタデータ記述を解釈するアドバタイズメント・メタデータ記述スキーマ・パーザを含んでもよい。
【００１１】
上記方法は、チャネル・ビンディング・プロトコルを用いてチャネルを構築することにより、ピア・ドメイン内でＤＩＡ記述の交換、伝送又は更新する必要があるピアの接続を構築するステップと、エンドポイント・ルーティング・プロトコルを用いてプロトコル・メッセージをルーティングするステップと、ピア・リゾルバ・プロトコルを用いてピアを相互に認識するステップとを含んでもよい。
【００１２】
上記方法は、ＤＩＡ記述を含むアドバタイズメント・メタデータを問合せ、かつ応答するためのピア・ディスカバリ・プロトコルに基づき、必須のディスカバリ・メッセージ・インフラストラクチャを動作可能にすることによってＤＩＡ記述の交換、更新、又は伝送を行うステップをさらに含んでもよい。
【００１３】
上記の第１の態様の方法において、汎用プロトコル・メッセージ・スキーマを特定するステップは、実装する全てのプロトコルに含まれる全てのパーザにメッセージ・スキーマ・パーズを含んでもよい。
【００１４】
本発明の第２の態様において、種々のネットワークプロトコルに準拠し、かつ、ベースネットワーク接続に基づいてＤＩＡ記述情報の登録、伝送、更新を行うためのＭＰＥＧ−２１ＤＩＡ記述を格納する汎用の高いレベルのＤＩＡネゴシエーションメッセージを定義する。
【００１５】
すなわち、デジタル・アイテム・アダプテーション（ＤＩＡ）に対するネゴシエーション方法を提供する。その方法は、汎用の高いレベルのピア・ツー・ピア・プロトコル及びリアル・ネットワーク・プロトコルに基づきＤＩＡネゴシエーションを必要とし、かつＭＰＥＧ−２１互換端末であるピア間の接続を構築するステップと、ピアに対する標準化されたＤＩＡ記述スキーマに基づき、使用環境記述，ＸＤＩ（コンテキスト・デジタル・アイテム）記述、ＢＳＤＬ（ビットストリーム構文記述言語）記述の中の少なくとも１つを含むＭＰＥＧ−２１  ＤＩＡ記述を生成するステップと、ネゴシエーションメカニズムを実装するために、ＤＩＡ記述及びＤＩＡＤｅｓｃｒｉｐｔｉｏｎ要素を含む汎用で必須のＤＩＡネゴシエーションメッセージ・スキーマを特定するステップと、ＤＩＡネゴシエーションを必要とするピア間のＤＩＡネゴシエーションメッセージで、ＤＩＡ記述を登録、伝送、または更新するステップとを含む。
【００１６】
上記方法は、ワールド・ワイド・ウェブに配置されるＤＩＡ記述のエンティティを指示するために“Ｒｅｆｅｒｅｎｃｅ”を用いたレファレンスとしてＤＩＡ記述を規定するステップ、または、ＤＩＡＤｅｓｃｒｉｐｔｉｏｎ要素の下で“ＤＩＡＤｅｓｃｒｉｐｔｉｏｎＤａｔａ”を用いてメッセージ・ペイロードとしてＤＩＡ記述を規定するステップを含んでもよい。
【００１７】
上記方法は、第１のピアが現行のＤＩＡ記述を第２のピアに伝送または更新したいときに、第１のピアのメッセージＩＤを持つ、第１のピアに関して登録メッセージを構築するステップと、登録メッセージを第２のピアに対して送信するステップと、第２のピアから第１のピアへ、同じメッセージＩＤと同じメッセージ・タイプを有する応答メッセージ、及び、”応答”情報を送信するステップとをさらに含んでもよい。”応答”情報は、第２のピアが第１のピアからＤＩＡ記述を受取る準備ができていることを意味する“真”と、第２のピアが任意の理由により第１のピアからＤＩＡ記述を受取ることを拒否することを意味する“偽”を含む。
【００１８】
上記方法は、第１のピアのメッセージＩＤを有し、第２のピアに現行のＤＩＡ記述を伝送するための、第１のピアに関する伝送メッセージを構築するステップと、伝送メッセージを前記第２のピアに送るステップと、第２のピアから第１のピアへ、同じメッセージＩＤと同じメッセージ・タイプを有する応答メッセージ、及び、”応答”情報を送信するステップとをさらに含んでもよい。”応答”情報は、第１のピアから第２のピアに伝送されたＤＩＡ記述の受取りが成功したことを意味する“真”と、任意の理由により第１のピアから第２のピアに伝送されたＤＩＡ記述の受取りが失敗したことを意味する“偽”とを含む。
【００１９】
上記方法は、第１のピアのメッセージＩＤを有し、第２のピアに現行のＤＩＡ記述を更新するための、第１のピアに関する更新メッセージを構築するステップと、更新メッセージを第２のピアに送るステップと、第２のピアから第１のピアへ、同じメッセージＩＤと同じメッセージ・タイプを有する応答メッセージ、及び、”応答”情報を送信するステップとをさらに含んでもよい。”応答”情報は、第１のピアから第２のピアへのＤＩＡ記述の更新の受取りが成功したことを意味する“真”と、任意の理由により第１のピアから第２のピアへのＤＩＡ記述の更新の受取りが失敗したことを意味する“偽”とを含む。
【００２０】
上記の第２の態様の方法において、汎用で必須のＤＩＡネゴシエーションメッセージ・スキーマを特定するステップは、ＤＩＡ記述の交換に含まれる全てのピアにＤＩＡネゴシエーションメッセージ・スキーマ・パーザを含んでもよい。
【００２１】
第１の手段を用いて、定義されたアドバタイズメント・メタデータＸＭＬスキーマに基づき、ユーザ特性記述、端末性能記述、ネットワーク特性記述、自然環境特性記述、ＸＤＩ記述、及びＢＳＤＬ記述が、定義されたネゴシエーションプロトコルを用いて伝送、交換、または更新されることができる。この点については「発明を実施するための最良の形態」のセクション１で更に詳述する。
【００２２】
第２の手段を用いて、定義された汎用ネゴシエーションメッセージに基づき、ユーザ特性記述、端末性能記述、ネットワーク特性記述、自然環境特性記述、  ＸＤＩ記述、及びＢＳＤＬ記述を、登録、伝送、または更新することができる。この点についてはセクション２で更に詳述する。
【００２３】
ＭＰＥＧ−２１ピアは、様々なネットワーク・プロトコルに準拠する高いレベルの通信メッセージを実装することによって構築される。さらに、メッセージ・パーザもピアに実装されることが要求される。
【００２４】
本発明はマーケットにおける種々の機器に対するコンテンツアダプテーションに使用される定義されたメッセージを備えたネゴシエーションメカニズムを設計することであり、定義されたアドバタイズメント・メタデータを含むプロトコルに対して全ての高いレベルの汎用メッセージを与えることにより、ＭＰＥＧ−２１  デジタル・アイテム・アダプテーションネゴシエーションで用いられる標準化された方法を得ることができる。
【発明を実施するための最良の形態】
【００２５】
図１に従来技術を示す。同図は、ＭＰＥＧ−２１  ＤＩＡ記述（モジュール１．１）は、無線携帯電話及びＰＤＡからＰＣ及びサーバ／ゲートウェイ／プロキシの範囲にわたるネットワーク（モジュール１．５、１．６、１．７）において接続されたデバイス（モジュール１．２、１．３、１．４）間で伝送することが必要であるということを示す。
【００２６】
現在では、モジュール１．７のデジタル・メディア・サーバが、異なる種類のデバイスに同じフォーマットで同じコンテンツを配信する方法が存在しない。そのようなデバイスをピア・ツー・ピアによる方法で接続できたとしても、定義されるネゴシエーションメカニズムがまったく存在しない場合には、それらの異なる能力により及びユーザ・プレファレンスによっても、異なる種類のデバイスに同じコンテントを適応することがそれでも不可能である。これは、コンテント適応をメディア・アクセス・アプリケーションの狭い範囲に限定する。
【００２７】
１  汎用プロトコルに基づくＤＩＡ記述のネゴシエーション
このセクションでは、特定のネットワーク条件及びユーザ・プレファレンスの下で端末にコンテントを適応することが要求されるＤＩＡ記述を有効に交換するために汎用ピア・ツー・ピアネゴシエーションプロトコルを提示することを試みる。このプロトコルは、開発されている現在及び将来のネットワーキング・プロトコルによくフィットすべきである。
【００２８】
クライアント側のＤＩＡ記述の自動／手動構成は、本発明で説明する必要があるアイテムではないということに注意すべきである。例えば、ＣＤＩ（コンテント・デジタル・アイテム）のセッションは、本発明で記述される方法でセッション・モビリティに対して受取った関連ＸＤＩ（コンテキスト・デジタル・アイテム）によって再構築することができる。しかし、ＸＤＩ記述が本発明で定義されたプロトコルに基づきＤＩＡネゴシエーションメタデータに入力されるときには、端末とサーバとの間でのＸＤＩ要求及びＸＤＩ転送
は、実用的であり、かつデジタル・アイテムのセッション・モビリティを実施することができる。
【００２９】
ここである用語を簡単に説明する（ピア概念は、セクション３．６．２でも用いることができる）。
【００３０】
ピア：  ピアはプロトコルを実施するネットワーク型デバイスである。各ピアは、全てのその他のピアとは独立して非同期で動作する。あるピアは、特別な関係（ゲートウェイ又はルータ）によりその他のピアよりもさらなる依存性を有しうる。ピアは、ピア・ドメインを形成するためにネットワーク上で相互に検出することができる。ピアは、他のピアに対しリソースを公表してもよい。ピア・エンドポイントは、ピア・ネットワーク・インタフェースを独自に識別するＵＲＩである。ピア・エンドポイントは、二つのピア間の直接ピア・ツー・ピア接続を確立するためにピアによって使用される。ピアは、別のピアにメッセージを送るために一つ以上の中継ピアを用いる必要があってもよい。各ピアは、固有のピアＩＤによって固有に識別される。
【００３１】
ピア・ドメイン：  ピア・ドメインは、ある共通の問題を有するピアの集合である。また、ピア・ドメインは、静的に予め定義されうる。ピアは、ピア・ドメインに自己編成する。また、各ピア・ドメインは、固有のピア・ドメインＩＤによっても識別される。プロトコルは、ピアがピア・ドメインを公表、発見、結合かつ監視する方法を記述する。
チャネル：  チャネルは、エンドポイントを通じてサービス又はアプリケーション間でメッセージを送受信するために用いるバーチャル通信パイプである。チャネルは、ピア・エンドポイント・トランスポートを通じてネットワーク・アブストラクトを供給する。ピア・エンドポイントは、別のピアに対しデータを送受信するために用いることができる利用可能なピア・ネットワーク・インタフェースに対応する。チャネルは、シングル・ピア・ロケーション、及びネットワーク・トポロジーから独立しているバーチャル・イン及びアウト・メールボックスのイルージョン（ｉｌｌｕｓｉｏｎ）を供給する。チャネルは、通信のポイント・ツー・ポイント・モードを供給することができる。
【００３２】
メッセージ：  チャネルを用いて、かつエンドポイント間で伝送された情報は、メッセージとしてパッケージ化される。プロトコルは、ピア間で交換される一組のＸＭＬメッセージとして特定される。プロトコルを定義するためのＸＭＬメッセージを使用することにより、多くの異なる種類のピアがプロトコルに参加できるようになる。各ピアは、その能力及び役割に最適な方法でプロトコルを自由にインプリメントする。
アドバタイズメント・メタデータ：  ピア、ピアドメイン、チャネル及びサービスのような全てのリソースは、アドバタイズメント・メタデータによって表わされる。
【００３３】
アドバタイズメント・メタデータ：  ピア、ピアドメイン、チャネル及びサービスのようなすべてのリソースはアドバタイズメント・メタデータにより表される。
【００３４】
ＤＩＡメタデータ：  使用環境記述、ＢＳＤＬ記述、ＸＤＩ（ＤＩＤでラップされた唯一のＤＩＡ記述）のような、全てのデジタル・アイテム・アダプテーション記述は、ＭＰＥＧ−７  メディア記述とともに、アドバタイズメイント・メタデータ記述内のＤＩＡメタデータによって表わされる。
【００３５】
ＩＤ：  定義されたプロトコル内に、固有に識別可能であることが必要な多数のエンティティ（ピア、ピア・ドメイン、パイプ及びコンテンツ）が存在する。ＩＤは、エンティティを固有に識別し、かつそのエンティティを参照する標準方法として機能する。ＵＲＩｓは、ＩＤｓの表現として用いられる。
【００３６】
ＭＰＥＧ−２１で定義されるネゴシエーションプロトコルは、一組のオープン・プロトコルで構成され、かつ一般的方法でパブリック・ネットワークを介してピアでＤＩＡメタデータを転送するピア・ツー・ピア通信を対象とする。プロトコルで定義されたピアは、ピアが、ピアのあるものがファイアウォールの背後にあるか又は異なるネットワーク・トランスポート上にあるときでさえも直接的にその他のピア及びリソースとインタラクトすることができるようなバーチャル・ネットワークを生成する。定義されたプロトコルは、相互接続されたピアが異なるシステム及びコミュニティ間で相互に容易に通信しなければならないことを意味するインタオペラビリティの要件に合致すべきである。また、ピア・ツー・ピア・ネットワークは、ＴＣＰ／ＩＰ、ＨＴＴＰ，ブルートゥース、ホームＰＮＡ、及び多くのその他のプロトコルの上部に実装される異なるプログラミング言語、オペレーティング・システム及びネットワーキング・プラットフォームをサポートすべきである。また、それは、ＣＥ、ＰＤＡ，アプライアンス、ネットワーク・ルータ、ＰＣ、サーバ及び記憶システム、などを含む最も広いデジタル・デバイスをサポートすることもできるべきである。
【００３７】
プロトコルは、ピア・ツー・ピア・ネットワーク・コンピューティングに対して特に設計された一組のメカニズムである。これらのメカニズムを用いてピアが協働し、ネットワーク中の位置に依存せず、かつ集中管理インフラストラクチャを必要としないで、自己編成型及び自己構成型ピア・ドメインを形成することができる。
【００３８】
ピアは、それらのＤＩＡメタデータを通知し、また、その他のピアから利用可能なネットワーク・リソース（サービス、チャネル、等）を発見するためにプロトコルを用いる。ピアは、特別な関係を生成するためにピア・ドメインを形成し、かつ結合する。複数のピアが、完全なピア接続性を許容するメッセージを送るために協働する。全てのプロトコルにより、ピアは、潜在的に複雑でかつ動的なネットワーク・トポロジーを理解または管理することを必要とせずに通信できる。プロトコルにより、ピアは、ネットワーク中の任意の宛先に複数のネットワーク・ホップを介してメッセージを動的にルーティングすることができる。各メッセージは、それを通してメッセージがルーティングされ得るゲートウェイ・ピアの完全な又は部分的に順序付けられたリストを搬送する。ルート情報が正しくない場合には、中間ピアは、新しいルートを動的に見出すことを助けることができる。
【００３９】
プロトコルは、ピア間のディスカバリ、編成、監視及び通信を許容するため、共に動作する複数のメカニズムである。それらは、
【００４０】
・ピアが一つ以上のピアに問合せを送り、かつ、問合せに対する一の応答（又は複数の応答）を受取ることを可能とするメカニズム。これは問い合わせ／応答プロトコルを実装する。応答メッセージは、メッセージ本体に含まれる固有のＩＤを介して問合せに対応させる。ピアが発見されたときに、そのピアに問合せを送ることが可能となる。
【００４１】
・ピアがそれ自体のリソースを公示し、かつその他のピア（ピア・ドメイン、チャネル及び追加ピア）からリソースを発見することを可能とするメカニズム。全てのピア・リソースは、アドバタイズメント・メタデータを用いて記述され、公示される。メタデータは、ＸＭＬドキュメントとして表わされる。
【００４２】
・ピアが一つ以上のピア間にバーチャル通信チャネルを確立することを可能とするメカニズム。チャネルはピア間の基礎通信メカニズムを提供する。
【００４３】
・ピアが別のピアにメッセージを送るために用いるルートを発見することを可能とするメカニズム。ピアＡがピアＣにメッセージを送ることを欲しており、かつピアＡとピアＣの間に直接的なルートがまったく存在しない場合、ピアＡは、ピアＣにメッセージを送るために中継ピアを見つける必要がある。
【００４４】
これらのプロトコルの全ては共通メッセージング・レイヤを用いて実行される。
【００４５】
１．１  プロトコルに対するＸＭＬスキーマ・ベース型メッセージ
ピア・リゾルバ：  ピア・リゾルバは、ドメイン内の一以上のハンドラへの汎用的な問合せの配信を可能とし、かつそれらを応答に合致させる。各問合せは、特定のハンドラ名にアドレッシングされる。このハンドラ名は、問合せ及びその応答についての特定のセマンティクスを定義するが、特定のピアには関連付けられない。ある問合せが、ドメイン内の多数のピアによって受取られ得るし、かつそのようなハンドラ名がそのピアで定義された場合にはハンドラ名にしたがい処理されうる。ピア・リゾルバの意図は、高いレベルのリゾルバ・サービスを構築するための必須の汎用的な問合せ／応答インフラストラクチャを提供することである。多くの状況では、より高いレベルのサービスは、ドメイン・トポロジーをより良く認識し得る。
【００４６】
2004153782.tif 000003
【００４７】
ＨａｎｄｌｅｒＮａｍｅ（ハンドラ名）：この問合せを処理する方法を規定するストリング。
ＳｃｒＰｅｅｒＩＤ：問合せを発したピアのＩＤ。
ＱｕｅｒｙＩＤ：問合せＩＤ。本ＩＤは、この問合せに対する応答に含まれるべきである。
Ｑｕｅｒｙ：問合せ構造。
【００４８】
2004153782.tif 000004
【００４９】
ＨａｎｄｌｅｒＮａｍｅ：応答を処理する方法を規定する。
ＱｕｅｒｙＩＤ：これが応答する問合せのＩＤ。
Ｒｅｓｐｏｎｓｅ：応答構造
【００５０】
Ｅｎｄｐｏｉｎｔ  Ｒｏｕｔｉｎｇ（エンドポイント・ルーティング）：ネットワークの定義されたプロトコルの接続は、過渡的であり得るし、かつメッセージ・ルーティングは非決定的である。ここでのエンドポイント・ルーティングは、その宛先へのピア・ルート・メッセージを支援するためにルーティング・サービスによって処理される一組の要求／問合せメッセージを定義する。ピアが所定のピア・エンドポイント・アドレスにメッセージを送ることを求められたときは、それがこのピアへのルートを有する場合、ピアは、そのローカル・キャッシュを調べる。ルートが見付つからなかった場合、ルート情報を求めるその利用可能なピア・ルート・ルータにルート・リゾルバ問合せメッセージを送る。ピア・ルータは、ルート情報をキャッシュするための能力を提供すると共に、異なる物理的又は論理的ネットワークをブリッジする。ピア・ルータは、ルートの問合せを受取ると、宛先を知っている場合には、ホップの一覧表としてのルート情報を返送することによって問合せに回答する。メッセージは、第１のルータに送ることができ、かつ、そのルータはルート情報を用いて宛先ピアにメッセージをルーティングする。任意のポイントで、ルート情報は、役に立たなくなり、現行のルータに新しいルートを見付けることを要求する。ここで定義されたエンドポイント・ルータは、ルートを操作し、かつ更新するためにユーザにより定義されたルーティング・サービスに必要なフックを供給することを意図する。二つの通信しているピアは、それらのネットワーク・ロケーションに依存してメッセージを送るためにピア・ルータを用いる必要がある。ピア・ルータはルート情報を一般にキャッシュする。ピアは、ルート情報についてピア・ルータに問合せることができる。ピア・ドメイン内のピアはピア・ルータになり得る。
【００５１】
2004153782.tif 000005
【００５２】
ＤｅｓｔＰｅｅｒＩＤ：宛先ピアのＩＤ。
Ｃａｃｈｅｄ：応答がキャッシュされた応答でありうるときには真；応答がキャッシュからきてはいけないときには偽である。
【００５３】
2004153782.tif 000006
【００５４】
ＤｅｓｔＰｅｅｒＩＤ：宛先ピアのＩＤ。
ＲｏｕｔＰｅｅｒＩＤ：宛先ピアへのルートを知っているルータのピアＩＤ。
ＡｄｖＭｅｔａｄａｔａ：ルーティングするピアのアドバタイズメント・メタデータ。
ＧａｔｅｗａｙＩＤ：ゲートウェイのシーケンスＩＤ。
【００５５】
Ｃｈａｎｎｅｌ  Ｂｉｎｄｉｎｇ（チャネルビンディング）：チャネルビンディングは、その他のピアと通信するために、アプリケーション及びサービスによって用いられる。チャネルは、二つのエンドポイント間のバーチャル・チャネルである。チャネルビンディングは、ＨＴＴＰ、ＴＣＰ／ＩＰ又はＴＬＳトランスポートのような、様々なトランスポート・プロトコルを用いることができる。チャネルは、アブストラクトネームドメッセージ・キュー（ａｂｓｔｒａｃｔ  ｎａｍｅｄ  ｍｅｓｓａｇｅ  ｑｕｅｕｅ）として見ることができ、生成、オープン／リゾルブ（バインド）、クローズ（アンバインド）、削除、送信、受信の動作をサポートする。複数のビンディング問合せメッセージが送信されてもよい。一つ又は複数の応答が受信されてもよい。応答が受信されなくてもよい。
【００５６】
2004153782.tif 000007
【００５７】
ＣｈａｎｎｅｌＩＤ：リゾルブされるチャネルＩＤ。
Ｃａｃｈｅｄ：応答がキャッシュされた応答であり得るときには真である。回答がキャッシュから生じてはならない場合には偽である。要求者は、情報がキャッシュから取得されないことを求めることができる。これは、古い接続をアドレスするために、ピアから最新情報を取得するためである。
ＰｅｅｒＩＤ：ピアＩＤを付与する。応答が期待されるピアのみのピアＩＤを特定する。全てのその他のピアからの応答は無視される。これは、チャネル・ビンディング・リクエストへの応答がピアによってなされることを保証しない。
【００５８】
2004153782.tif 000008
【００５９】
ＣｈａｎｎｅｌＩＤ：解明されるチャネルＩＤ。
Ｆｏｕｎｄ：入力チャネルが特定されたピアで見付かったかどうかを示すために用いられる。
ＰｅｅｒＡｄｖＭｅｔａｄａｔａ：入力チャネルが解明されたピアのアドバタイズメント・メタデータ。
【００６０】
Ｐｅｅｒ  Ｄｉｓｃｏｖｅｒｙ（ピア・ディスカバリ）：ピア・ディスカバリは、公開されたピア・リソースを発見し、かつまたそれ自体のリソースを公示するために用いられる。リソースは、アドバタイズメント・メタデータとして表わされる。ピア・ディスカバリは、ピアに、そのドメイン内のメタデータを検出することを可能とする。意図は、高レベルなディスカバリ・サービスを構築するための基本的なディスカバリ・インフラストラクチャを供給することである。多くの状況では、ディスカバリ情報は、サービスがドメイン・トポロジーのより良い知識を有しうるので、高レベルなサービスによってより良く知られる。ピア・ディスカバリは、アドバタイズメント・メタデータを発見するための基本メカニズムを基本的に供給し、同時にフックを供給してそのような高レベルなサービス及びアプリケーションは、ディスカバリ処理に参加することができる。
【００６１】
2004153782.tif 000009
【００６２】
Ｎｕｍｂｅｒ：応答するピアのアドバタイズメント・メタデータの最大数を特定する。
Ａｔｔｒｉｂｕｔｅ及びＶａｌｕｅ：ネーム属性及び値の要素を含むメタデータのみが検出することができる。
ＰｅｅｒＡｄｖＭｅｔａｄａｔａ：要求しているピアのアドバアタイズメント・メタデータ。
Ｕｐｄａｔｅ：ＰｅｅｒＡｄｖＭｅｔａｄａｔａにおいて転送されたＤＩＡ記述がちょうど更新された記述である（真）か又は完全な記述（偽）であることを示す。
【００６３】
2004153782.tif 000010
【００６４】
Ｎｕｍｂｅｒ：受信した応答要素の数を特定する。
Ａｔｔｒｉｂｕｔｅ及びＶａｌｕｅ：ディスカバリ問合せ（ＤｉｓｃｏｖｅｒｙＱｕｅｒｙ）に対する応答であることを反映する。
ＰｅｅｒＡｄｖＭｅｔａｄａｔａ：応答するピアのアドバアタイズメント・メタデータ。
Ｕｐｄａｔｅ：ＰｅｅｒＡｄｖＭｅｔａｄａｔａ内の転送されたＤＩＡ記述がちょうど更新された記述である（真）か又は完全な記述（偽）であることを示す。
Ｒｅｓｐｏｎｓｅ：応答構造
【００６５】
１．２  ＸＭＬスキーマ・ベース型メタデータ
ＸＭＬスキーマで与えられるアドバタイズメント・メタデータは、ピア、ピア・ドメイン、チャネル、メディア・リソース、サービス及び多くのその他のタイプのリソースを記述するために用いられる。メディア・リソース（Ｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ）を適応するために必要な情報を供給することを意図したＤＩＡ記述は、ここではアドバタイズメント・メタデータ内に配置される。定義されるプロトコルは、そのようなキー情報にしたがい定義され、ピア間でそのようなメタデータを通過させるために使用される。
【００６６】
アドバタイズメント・メタデータ・記述・スキーマ及びそれらのセマンティクスを以下に示す。
【００６７】
2004153782.tif 000011
【００６８】
Ｎａｍｅ：これは、ピア、ピア・ドメイン、チャネルに関連付けることができる選択的なストリングである。ネームの一意性を保証する集中ネーミング・サービスから取得されなければ、ネームは一意であることを必要としない。
ＰｅｅｒＩＤ：これは、ピアを一意に特定する要素である。
ＰｅｅｒＤｏｍａｉｎＩＤ：この要素は、ピア・ドメインＩＤ（Ｐｅｅｒ  Ｄｏｍａｉｎ  ＩＤ）を提供する。各ピア・ドメインは、一意のＩＤを有する。
ＣｈａｎｎｅｌＩＤ：これは、チャネル（Ｃｈａｎｎｅｌ）を一意に特定する要素である。
Ｄｅｓｃｒｉｐｔｉｏｎ：これは、詳細なＤＩＡ記述・メタデータを付与するために用いることができる選択的な任意のタイプの要素である。
Ｓｅｒｖｉｃｅ：本要素は、そのクラス（Ｃｌａｓｓ）によって示されるドメイン・サービスと指定された任意のパラメータとの間の関連を記述する。また、サービス・セクション（Ｓｅｒｖｉｃｅ  Ｓｅｃｔｉｏｎ）は、このサービスが使用不能であることを意味する要素をオプションで含んでもよい。本要素は、ピアの所有者によってなされる構成上の選択を伝達するために用いられる。
【００６９】
最後に、図２及び図３に、ＤＩＡ記述更新の場合のＤｉｓｃｏｖｅｒｙＱｕｅｒｙ（ディスカバリ問合せ）及びＤｉｓｃｏｖｅｒｙＲｅｓｐｏｎｓｅ（ディスカバリ応答）ＸＭＬメッセージの例をそれぞれ示す。図１のインターネットにおける携帯電話クライアントとデジタル・マルチメディア・サーバは相互に知っており、有線及び無線ネットワークを介して、ピア・リゾルバ（Ｐｅｅｒ  Ｒｅｓｏｌｖｅｒ）、エンドポイント・ルータ（Ｅｎｄｐｏｉｎｔ  Ｒｏｕｔｅｒ）、チャネル・ビンディング（Ｃｈａｎｎｅｌ  Ｂｉｎｄｉｎｇ）メッセージを送ることによってそれらの間の有効な接続をセットアップしている。サーバは、“属性（ａｔｔｒｉｂｕｔｅ）”及び“値（Ｖａｌｕｅ）”が合致する全ての携帯電話にピア・ディスカバリ（Ｐｅｅｒ  Ｄｉｓｃｏｖｅｒｙ）・メッセージを送り、それらのＤＩＡ更新応答、例えば図３に示したＤＩＡ“ディスプレイ”エレメント更新の取得を試みる。
【００７０】
２．ＸＭＬスキーマを用いた分散したピア間の汎用ＤＩＡネゴシエーションメッセージ
ＭＰＥＧ−２１で定義されるＤＩＡネゴシエーションは、汎用的方法により一般のネットワークを介してＤＩＡメタデータを転送するピア・ツー・ピアを対象にする。オープン・ネットワーク・プラットフォームは、ピア・ツー・ピア・コンピューティングに対して設計することができる。携帯電話及び無線ＰＤＡからＰＣ及びサーバ／ゲートウェイ／プロキシまでの範囲にわたるネットワーク上の接続された機器による、ピア・ツー・ピア方式での通信及び協働を可能とする一組のオープン・プロトコルは、例えば、セクション１のピア・リゾルバ（Ｐｅｅｒ  Ｒｅｓｏｌｖｅｒ）、エンドポイント・ルーティング（Ｅｎｄｐｏｉｎｔ  Ｒｏｕｔｉｎｇ）、ピア・ディスカバリ（Ｐｅｅｒ  Ｄｉｓｃｏｖｅｒｙ）、及びチャネル・ビンディング（Ｃｈａｎｎｅｌ  Ｂｉｎｄｉｎｇ）が定義され得る。協同利用可能な方法での、ＤＩＡ記述ネゴシエーションに対する別の解決策は、ＤＩＡ記述・メタデータを格納するより高いレベルの汎用ＤＩＡ記述ネゴシエーションメッセージを定義することである。セクション１．２で定義されたアドバタイズメント・メタデータは、ＤＩＡ記述・メタデータを保持する必要がない。これらのネゴシエーションメッセージの全ては、定義された汎用プロトコルの上位レイヤ及び／又はＨＴＴＰ／ＴＣＰ／ＩＰのような通常存在している最も低いレイヤの物理ネットワークプロトコル上で設計することができる。この概念を図４に示す。
【００７１】
モジュール４．１は、ＵＲＩによってアクセスすることができるか又はネゴシエーションメッセージにおいてペイロード（ＤＩＡＤｅｓｃｒｉｐｔｉｏｎＤａｔａ）として格納され得るな使用環境（Ｕｓａｇｅ  Ｅｎｖｉｒｏｎｍｅｎｔ）、ＸＤＩ（コンテキスト・デジタル・アイテム（Ｃｏｎｔｅｘｔ  Ｄｉｇｉｔａｌ  Ｉｔｅｍ））、ＢＳＤＬ（ビットストリーム構文記述言語（Ｂｉｔｓｔｒｅａｍ  Ｓｙｎｔａｘ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ））記述等を含むＤＩＡ記述である。モジュール４．２、４．３、４．４は、ＤＩＡネゴシエーションに対するメッセージ、ピア・ツー・ピア通信に対するプロトコル、及び物理ネットワーク・トランスポートをそれぞれ定義するネゴシエーションメカニズムに対する個別のレイヤである。モジュール４．５は、ＤＩＡネゴシエーションに対して最も高いレイヤのモジュール４．１のＤＩＡ記述を格納する３つの汎用メッセージ（ＤＩＡＲｅｇｉｓｔｅｒ、ＤＩＡＴｒａｎｓｍｉｔ、及びＤＩＡＵｐｄａｔｅ）を与える。また、ネゴシエーションメッセージのフローチャートを図５に示す。
【００７２】
モジュール５．１は、標準化ＤＩＡ記述・スキーマに基づく、使用環境、ＸＤＩ（コンテキスト・デジタル・アイテム）、ＢＳＤＬ（ビットストリーム構文記述言語）記述を含むピアＡに対する生成ＭＰＥＧ−２１  ＤＩＡ記述を示す。
【００７３】
モジュール５．２は、ピアＡがピアＢに対し現行のＤＩＡ記述を伝送または更新することを望むときに、ピアＡが登録（又は伝送、更新）メッセージを構築することを示す。登録メッセージは、一のピアから他のピアへＤＩＡ記述の登録を要求するために使用される。伝送メッセージは、ピア間の通信のために詳細な端末仕様を送信するために使用される。更新メッセージは、一のピアの端末情報が変更されたときに、その端末情報の変更を一のピアから他のピアへ通知するために使用される。
【００７４】
モジュール５．３は、ピアＡが、ピアＢに対し、ピアＡに関するＤＩＡ記述により登録（又は伝送、更新）メッセージを送信することを示す。
【００７５】
モジュール５．４は、ピアＢが、ピアＡに対する“応答”情報により登録（又は伝送、更新）のための応答メッセージを構築することを示す。
【００７６】
モジュール５．５は、ピアＢが、ピアＡへの“応答”情報により登録（又は伝送、更新）のための応答メッセージを返送することを示す。
【００７７】
ピアＡは、ピアＡとピアＢの間のＤＩＡ記述ネゴシエーションが成功したかどうかを知るため、応答メッセージ内の“応答”情報に含まれる値（ｖａｌｕｅ）をチェックする、これをモジュール５．６に示す。“応答”情報の値が“真”である場合、モジュール５．７に示すように、それは、ピアＢが、ピアＡからの登録を受け入れ、かつ、ピアＡの新規のＤＩＡ記述又は更新するＤＩＡ記述のいずれかに対し、ＤＩＡ記述をピアＡから受け取る準備ができていることを示す。また、“応答”情報の値が“偽”である場合、モジュール５．８に示すように、それは、ピクチャＢがピアＡからの登録を拒否し、かつピアＡからＤＩＡ記述を受け取ることを望まないか、又は、新規のＤＩＡ記述もしくは更新するＤＩＡ記述を受け取ることについて問題を有していることを示す。
【００７８】
図６に示す、ＤＩＡ記述ネゴシエーションメッセージ・スキーマのシンタックス及びセマンティクスを以下に示す。
【００７９】
2004153782.tif 000012
2004153782.tif 000013
【００８０】
Ｔｙｐｅ：“ＤＩＡＲｅｇｉｓｔｅｒｉｎｇ”、“ＤＩＡＴｒａｎｓｍｉｔｔｉｎｇ”、及び“ＤＩＡＵｐｄａｔｉｎｇ”のような、ＤＩＡネゴシエーションメッセージ・タイプを示す。
ＤＩＡＲｅｇｉｓｔｅｒｉｎｇ：ピアが現行ＤＩＡ記述を伝送または更新することを試みるときにＤＩＡ記述を登録するために用いるメッセージ・タイプ。
ＤＩＡＴｒａｎｓｍｉｔｔｉｎｇ：現行ピアＤＩＡ記述を伝送するために用いるメッセージ・タイプ。
ＤＩＡＵｐｄａｔｉｎｇ：現行ピアＤＩＡ記述を更新するために用いるメッセージ・タイプ。
Ｍｓｇ＿ＩＤ：メッセージ発信者によって規定されるメッセージ識別子。メッセージに応答して送られた全てのメッセージは、オリジナル・メッセージの識別子を含まなければならない。
ＳｅｎｄｅｒＰｅｅｒ＿ＩＤ：メッセージの発信者のピアＩＤを示す。
ＲｅｃｉｐｉｅｎｔＰｅｅｒ＿ＩＤ：メッセージの意図した受信者のピアＩＤを示す。
ＤＩＡＤｅｓｃｒｉｐｔｉｏｎ：使用環境記述、ＢＳＤＬ記述、ＸＤＩ（ＤＩＤでラップされたセッション・モビリティに対するＤＩＡ記述）のような、伝送、交換または更新することが必要な全てのデジタル・アイテム・アダプテーション記述。ＤＩＡＤｅｓｃｒｉｐｔｉｏｎは、ペイロード“ＤＩＡＤｅｓｃｒｉｐｔｉｏｎＤａｔａ”としてメッセージに含ませることができるか、又はワールド・ワイド・ウェブに配置されるＤＩＡ記述のエンティティを指定するために“Ｒｅｆｅｒｅｎｃｅ”を用いることができる。
Ｒｅｓｐｏｎｓｅ：同じ“Ｍｓｇ＿ＩＤ”及び“Ｔｙｐｅ”を有するオリジナル入力メッセージに応答する応答メッセージを格納するために使用される。
【００８１】
ＤＩＡＲｅｇｉｓｔｅｒｉｎｇの場合、“Ｔｒｕｅ（真）”は、メッセージ送信者がＤＩＡＲｅｇｉｓｔｅｒｉｎｇメッセージを処理した後にＤＩＡ記述を受け取ることに同意することを示し、ＤＩＡＴｒａｎｓｍｉｔｔｉｎｇの場合、“Ｔｒｕｅ（真）”は、メッセージ送信者がＤＩＡ記述の受け取りに成功したことを示し、ＤＩＡＵｐｄａｔｉｎｇの場合、“Ｔｒｕｅ（真）”は、メッセージ送信者が更新ＤＩＡ記述の受け取りに成功したことを示す。
【００８２】
“Ｆａｌｓｅ（誤り）”は、上記３つの場合において“同意しない”、”ＤＩＡ記述の受け取りにおいて不具合がある”、“更新ＤＩＡ記述の受け取りにおいて不具合がある”ことを示す。“Ｒｅｓｐｏｎｓｅ”要素が用いられたときには、“ＤＩＡＤｅｓｃｒｉｐｔｉｏｎ”は使用しない。
【００８３】
問題を解決するための別の手段が、標準的な方法におけるネゴシエーションメカニズムに関するより高いレベルのＤＩＡメッセージによって提供される。
【００８４】
本発明は、特定の実施形態について説明されてきたが、当業者にとっては他の多くの変形例、修正、他の利用が明らかである。それゆえ、本発明は、ここでの特定の開示に限定されず、添付の請求の範囲によってのみ限定され得る。
【００８５】
なお、本出願は日本国特許出願、特願２００２−２０４２８６号（２００２年７月１２日提出）に関連し、それらの内容は参照することにより本文中に組み入れられる。
【図面の簡単な説明】
【００８６】
【図１】ＤＩＡネゴシエーションを有するマルチメディア分散ネットワークを示す図である。
【図２】ディスカバリ問合せＸＭＬメッセージの例を示す図である。
【図３】更新ＤＩＡの例を有するディスカバリ応答ＸＭＬメッセージを示す図である。
【図４】ネゴシエーションのためのＭＰＥＧ−２１汎用ＤＩＡメッセージ・レイヤを示す図である。
【図５】ピア間のＭＰＥＧ−２１汎用ＤＩＡネゴシエーションメッセージ・フローチャートを示す図である。
【図６】ＤＩＡ記述ネゴシエーションメッセージ・スキーマのシンタックス及びセマンティクスのブロック図である。
【符号の説明】
【００８７】
４．１  ＭＰＥＧ−２１  ＤＩＡ記述
４．２  ＤＩＡネゴシエーションレイヤ
４．３  ピア・ツー・ピア通信レイヤ
４．４  ネットワーク・トランスポート・レイヤ
４．５  ＤＩＡ登録メッセージ、ＤＩＡ伝送メッセージ、ＤＩＡ更新メッセージ
【図１】
2004153782.tif 000014
【図２】
2004153782.tif 000015
【図３】
2004153782.tif 000016
【図４】
2004153782.tif 000017
【図５】
2004153782.tif 000018
【図６】
2004153782.tif 000019
【外国語明細書】
2004153782.tif 000020
2004153782.tif 000021
2004153782.tif 000022
2004153782.tif 000023
2004153782.tif 000024
2004153782.tif 000025
2004153782.tif 000026
2004153782.tif 000027
2004153782.tif 000028
2004153782.tif 000029
2004153782.tif 000030
2004153782.tif 000031
2004153782.tif 000032
2004153782.tif 000033
2004153782.tif 000034
2004153782.tif 000035
2004153782.tif 000036
2004153782.tif 000037
2004153782.tif 000038
2004153782.tif 000039
2004153782.tif 000040
2004153782.tif 000041
2004153782.tif 000042
2004153782.tif 000043
2004153782.tif 000044
2004153782.tif 000045
2004153782.tif 000046
2004153782.tif 000047
2004153782.tif 000048
2004153782.tif 000049
2004153782.tif 000050
2004153782.tif 000051
2004153782.tif 000052
2004153782.tif 000053
2004153782.tif 000054
2004153782.tif 000055
2004153782.tif 000056
2004153782.tif 000057