(57)【要約】【課題】  本発明の目的は、文書ベースのモバイルマルチメディアアプリケーションのパーソナル化コンテキスト認識適応を支援する技術を提案することにある。【解決手段】  本発明は、一般的には、実行時の連続的に変化する環境に内在的に依存している適応モバイルマルチメディアアプリケーション及び／又はプレゼンテーションを記述するために使用されるマークアップ言語の分野に関し、実行時に環境が連続的に変化するということは、これらのモバイルマルチメディアアプリケーション及び／又はプレゼンテーションを、モバイルユーザの好み、そのモバイルコンピューティング機器の能力、及びその現在の状況に適応させる必要があることを意味する。本発明は、時間変動ネットワークトポロジー及び異なるラジオリンク特性に対して適応的かつ応答的に対応するために、（例えば、変化する伝送品質及びハンドオーバー手順を有するラジオリンクのような）典型的無線シナリオにおいて、リアルタイム要件を有する適応モバイルストリームベースのマルチメディアアプリケーションを可能にする。これにより、本発明は特に、ＸＭＬベースのマルチメディアプレゼンテーション言語を使用する動的モバイル環境においてＱｏＳ関連パラメータを事前割当し、予約し、監視し、適応させる方法を提供することにより、文書ベースのマルチメディアアプリケーションのパーソナル化及びコンテキスト認識適応を目指した適応可能性（１５００）、適応制約条件（８０２）及び適応イベント（３８０２）の記述の分野における研究開発の懸案を含む。  この関連において、語彙、文書構造、及び文書モデル要素間のリンク手段（１６００）から構成され、適応モバイルマルチメディアアプリケーション及び／又はプレゼンテーションの記述（７００）を支援する文書。モデル（１００）を提示する。さらに、簡素化トランザクション指向アクセスを支援する文書オブジェクトモデルも提案する。
2006500666.tif 000002
【特許請求の範囲】
【請求項１】
ＸＭＬベースの文書モデル（１００）に基づき、再生時の挙動が内在的にランタイム時における現在の状況に依存する適応モバイルマルチメディアアプリケーション及びプレゼンテーションを記述する方法において、
前記適応モバイルマルチメディアアプリケーションの適応可能性の記述に必要な語彙及び言語構造からなる適応モジュール（１０９）において、モバイルネットワーク環境において実行されるアプリケーション及び／又はプレゼンテーションの内在的適応可能性を記述するステップを有する方法。
【請求項２】
前記適応モバイルマルチメディアアプリケーション内で使用されるメディアアイテム（３０４）の記述に必要な語彙及び言語構造からなるメディアアイテムモジュール（１０８）において、アプリケーション及び／又はプレゼンテーション用の利用可能なメディアを記述するステップを更に有する請求項１記載の方法。
【請求項３】
前記適応モバイルマルチメディアアプリケーションに使用される対話可能性（４０４）の記述に必要な語彙及び言語構造からなる対話モジュール（１１０）において、アプリケーション及び／又はプレゼンテーション用の対話パラメータを記述するステップを更に有する請求項１又は２記載の方法。
【請求項４】
前記適応モバイルマルチメディアアプリケーションについての制約条件の（８０２）の記述に必要な語彙及び言語構造からなる制約条件モジュール（１１６）において、適応プロセスの制約条件を記述するステップを更に有する請求項１乃至３いずれか１項記載の方法。
【請求項５】
前記適応モバイルマルチメディアアプリケーションにおいて使用されるイベント可能性の記述に必要な語彙及び言語構造からなるイベントモジュール（１１８）において、前記モジュール（１０６、１０８、１０９、１１０、１１６）の言語構造及び語彙を変更するステップを更に有する請求項１乃至４いずれか１項記載の方法。
【請求項６】
リンクにより表される、適応モジュール（１０９）とメディアアイテムモジュール（１０８）との関連付けを記述するステップを更に有する請求項１乃至５いずれか１項記載の方法。
【請求項７】
リンクにより表される、適応モジュール（１０９）と対話モジュール（１１０）との関連付けを記述するステップを更に有する請求項１乃至６いずれか１項記載の方法。
【請求項８】
請求項１乃至７のいずれか１項に記載の適応モバイルマルチメディアアプリケーションを支援するミドルウェアフレームワークと適応モバイルマルチメディアアプリケーションの生成（構造及び語彙）を支援するオーサリングシステムとのコネクション層として機能するＸＭＬベースの文書を記述する方法において、
前記ＸＭＬベースの文書を、前記適応モバイルマルチメディアアプリケーション内において利用可能なメディアアイテム（３０４）の記述ユニットの役割を果たす少なくとも１つのメディアアイテムモジュール（１０８）と、前記メディアアイテムをモバイルディスプレイ装置のビジュアル再生面上で複数の領域（５０２）に編成する少なくとも１つのレイアウトモジュール（１０６）と、前記メディアアイテムモジュール（１０８）の要素を参照することにより前記配信マルチメディアアプリケーションのコンテキストアウェアな適応を制御する少なくとも１つの適応モジュール（１０９）を有する言語によって記述する方法。
【請求項９】
上記言語は、更に、
適応記述要素（２９００）に追加的制約条件（８０２）を追加することを可能にする少なくとも１つの制約条件モジュール（１１６）と、
ユーザの物理的環境（位置、温度）、ユーザのコンテキスト、適用ネットワークのサービス品質（ＱｏＳ）条件、及びモバイル機器の能力を含む様々なリソースの変更への対応を可能にする少なくとも１つのイベントモジュール（１１８）とを有することを特徴とする請求項８記載の方法。
【請求項１０】
適応モバイルアプリケーション／プレゼンテーション（１００）のＸＭＬベースの記述の処理を支援するミドルウェアフレームワークを動作し、
前記ミドルウェアフレームワークは、各実行中のモバイルマルチメディアアプリケーションによる使用希望メディア及びそれらメディア間の関係の指定を可能にし、該モバイルマルチメディアアプリケーションの適応可能性（１５００）を計算し、現在の状況に応じて適応プロセスを制御することを特徴とする請求項８又は９いずれか１項記載の方法。
【請求項１１】
現在の状況が変化した場合は、前記適応モジュール（１０９）とメディアアイテムモジュール（１０８）との間のリンク構造を修正するステップを有する請求項１０記載の方法。
【請求項１２】
現在の状況が変化した場合は、前記メディアアイテムモジュール（１０８）とレイアウトモジュール（１０６）との間のリンク構造を修正するステップを有する請求項１０記載の方法。
【請求項１３】
現在の状況が変化した場合は、対話モジュール（１１０）とレイアウトモジュール（１０６）との間のリンク構造を修正するステップを有する請求項１０記載の方法。
【請求項１４】
文書リンク構造及び／又は文書構造及び文書語彙自体がユーザ対話（４０４）により修正されることを特徴とする請求項１０記載の方法。
【請求項１５】
文書リンク構造及び文書自体を修正するために使用されるユーザ対話（４０４）が前記対話モジュール（１１０）によって記述されることを特徴とする請求項１４記載の方法。
【請求項１６】
現在の状況の変化（３７００）に応じて、前記イベントモジュール（１１８）を用いて、前記メディアアイテム（３０４）を前記モバイルディスプレイ装置のビジュアル再生面上の特定の領域（５０２）に動的に結合するステップを有する請求項１０乃至１３いずれか１項記載の方法。
【請求項１７】
現在の状況の変化（３７００）に応じて、前記イベントモジュール（１１８）を用いて、ウィジェット（４０４）を前記モバイルディスプレイ装置のビジュアル再生面上の特定の領域（５０２）に動的に結合するステップを有する請求項１１乃至１４いずれか１項記載の方法。
【請求項１８】
特定のメディアアイテム（３０４）のビジュアルコンポーネント（６００）を、マルチメディアプレゼンテーションを目的とした適用モバイルディスプレイ装置上の前記領域（５０２）の寸法に適応させるために、現在の状況に応じて前記メディアアイテム（３０４）のビジュアルサイズの拡大／縮小又は前記メディアアイテム（３０４）の交換によって、前記レイアウトモジュール（１０６）の少なくとも１つの要素の少なくとも１つの属性を拡張するか、又は新たに指定するステップを有する請求項８又は９記載の方法。
【請求項１９】
マルチメディアコンポーネントのビジュアル部分の帯域幅及びサイズを含むメディア固有情報、ビデオタイプのメディアアイテム（３０４）の場合は、メディアの名称、ジャンル及びアクターを含むメタ情報、及び／又は、インライン情報又はユニバーサルリソース識別子（ＵＲＩ）による外部リソースの参照によって、前記適応モジュール（１０９）において使用されるメディアアイテムモジュール（１０８）の代替メディアアイテム（３０４）を記述（７００）するステップを有する請求項８又は９記載の方法。
【請求項２０】
前記適応モジュール（１０９）の“ｃｈｏｏｓｅ”要素（７０２）によりスタートアップ時及び現在の状況の変化の場合のいずれにおいても様々な選択肢を指定するステップを有する請求項８乃至１０又は１９いずれか１項記載の方法。
【請求項２１】
スタートアップ時に最も適切な適応可能性（１５００）を選択し、
ネットワーク条件、利用可能モバイル機器能力及び／又はユーザコンテキストを連続的に監視し、
ネットワーク条件、利用可能モバイル機器能力及び／又はユーザコンテキストの変化の場合は最も適切な適応可能性（１５００）を選択するステップを有する請求項２０記載の方法。
【請求項２２】
前記適応モジュール（１０９）の個々の要素により支援される優先度属性の使用により適応制御プロセスに影響を及ぼすステップを有する請求項２１記載の方法。
【請求項２３】
複数の要素を同時に再生しなければならない単純タイムグルーピングを定義するために、前記適応モジュール（１０９）のｐａｒ要素（７０２）を使用するステップを有する請求項２２記載の方法。
【請求項２４】
適応可能性（１５００）が、異なるメディアアイテム（３０４）のセットに関して論理和標準形（ＤＮＦ）により表された論理項を用いて計算され、しかも、“ｃｈｏｏｓｅ”要素（７０４）が“ＯＲ”オペレータであり、“ｐａｒ”要素（７０２）が“ＡＮＤ”オペレータであると考えられ、それらから、論理和標準形（ＤＮＦ）の１つの論理積である適応可能性（１５００）が、適応ネットワークのサービス品質（ＱｏＳ）、モバイル機器能力及びユーザコンテキストに応じて選択されることを特徴とする請求項２３記載の方法。
【請求項２５】
そのデフォルト挙動を修正するために“ｃｈｏｏｓｅ”要素（７０４）に“ｓｔａｒｔｍｏｄｅ”属性を提供する「適応記述モード」（２９００）を使用し、このデフォルト挙動が、現在の状況の変化のための適応の実施後に、どの再生時間に特定のメディアを、特に連続メディアをスタートさせるかを指定するステップを有する請求項２４記載の方法。
【請求項２６】
現在の状況の変化のために、連続メディアアイテム（３０４）に代わって、異なる連続メディアアイテム（３０４）が使用され、該異なるメディアアイテムは、単にメディアアイテムの“ｓｔａｒｔｍｏｄｅ”属性に従って開始されることを特徴とする請求項２５記載の方法。
【請求項２７】
前記“ｓｔａｒｔｍｏｄｅ”属性は、
メディアアイテム（３０４）が常に開始点からスタートすべきであることを示す“ｒｅｓｔａｒｔ”値、
メディアアイテム（３０４）が常に停止した位置からスタートすべきであることを示す“ｒｅｓｕｍｅ”デフォルト値、
メディアアイテム（３０４）が常に同じ“ｃｈｏｏｓｅ”要素（７０４）に含まれる最後の連続メディアアイテム（３０４）が停止したメディア時間からスタートすべきであることを示す“ｌａｓｔｓｔｏｐ”値、
メディアアイテム（３０４）が常に“ｃｈｏｏｓｅ”要素（７０４）のスタート以降の“ｃｈｏｏｓｅ”要素（７０４）に含まれる全てのメディアアイテム（３０４）の総再生時間である時間からスタートすべきであることを示す“ｃｏｎｔｐｌａｙｔｉｍｅ”値
のうちの１つを取ることができることを特徴とする請求項２６記載の方法。
【請求項２８】
「適応記述モード」（２９００）が、連続メディアアイテム（３０４）の再生後に起こることを指定する“ｏｎｒｅｍｏｖｅ”属性を“ｃｈｏｏｓｅ”要素（７０４）に提供することを特徴とする請求項２７記載の方法。
【請求項２９】
「適応記述モード」（２９００）が、“ｃｈｏｏｓｅ”要素（７０４）のコンテンツモデルのスタートアップ時に一度、特定の期間中繰返し、又はマルチメディアプレゼンテーションの再生中連続的に評価されるかどうかを指定する“ｅｖａｌｕａｔｉｏｎ”属性を“ｃｈｏｏｓｅ”要素（７０４）に提供することを特徴とする請求項２８記載の方法。
【請求項３０】
「適応記述モード」（２９００）が、特定の現在の状況に適したメディアのセットを空にすることができる機能を支援する“ｅｍｐｔｙ”属性を“ｃｈｏｏｓｅ”要素（７０４）に提供する
ことを特徴とする請求項２８又は２９記載の方法。
【請求項３１】
適用可能性（１５００）の関連付け優先度（１４００）の評価は、
ｐａｒ要素の全ての子要素をその優先度（１４００）に従ってソートすることと、
もたらされる環境設定の優先度（１４００）が、優先度の低い子の優先度（１４００）を付加した優先度の高い子の優先度（１４００）から構成されるような方法で、最初の２つの子要素の環境設定を“ＡＮＤ”オペレータによりマージすることと、
その結果をｐａｒ要素のその他の全ての子と繰返しマージすることにより行われることを特徴とする請求項３０記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、一般的には、実行時の連続的に変化する環境に内在的に依存している適応モバイルマルチメディアアプリケーション及び／又はプレゼンテーションを記述するために使用されるマークアップ言語の分野に関し、実行時に環境が連続的に変化するとは、これらのモバイルマルチメディアアプリケーション及び／又はプレゼンテーションを、モバイルユーザの好み、そのモバイルコンピューティング機器の能力、及び現在の位置、時間又は温度のようなユーザの物理的影響に適応させる必要があることを意味する。
【背景技術】
【０００２】  モバイル機器で実行されるアプリケーションは、高度な動的環境を経験している。これらのアプリケーションは、無線ネットワークにおける利用可能なサービス品質（ＱｏＳ）の内在的な変動に対応しなければならず、多種多様な機器で使用可能でなければならない。それに加えて、良好なサービスを提供するために、ユーザの好みや、例えば、その現在の位置のような、コンテキストを考慮に入れなければならない。これらの要件を満たすために、かかるアプリケーションの開発者は、アプリケーションが異なるネットワーク、機器及びユーザ状況に適応することを可能するとともに、関連する複雑さのいくつかを隠すプラットフォームによる支援を受ける必要がある。適応マルチメディア支援環境（ＡＭＵＳＥ）は、適応配信マルチメディア検索アプリケーションを支援するプラットフォームである。このプラットフォームは、３つの部分から、すなわち、クライアントサイドミドルウェア、ミドルウェアのトップに構築されたマルチメディアアプリケーション、及びサーバサイドコンテキスト認識モバイルポータルから構成されている。【０００３】  対照的に、本発明の中心は、サーバサイドオーサリングシステム（その代表がコンテキスト認識モバイルポータル）により生成され、クライアントサイドミドルウェアにより処理され、文書記述の処理が可能であるＸＭＬベースの文書により適応モバイルマルチメディアアプリケーション及び／又はプレゼンテーションを記述する方法による文書ベースのアプローチである。【０００４】  マルチメディアアプリケーションの実現には様々な方法がある。第１に、マルチメディアアプリケーションは、特別に定義されたシナリオ用に実装された完全に専用のものとすることができ、アプリケーション自体は、特定の狭いシナリオ用としては極めて優れている環境設定ファイルによる調節も可能である。第２の方法は、マルチメディアアプリケーションを文書ベース方式で記述し、ブラウザ又はプレイヤに文書を解釈させるものであり、これは、例えば、「同期マルチメディア統合言語」（ＳＭＩＬ、ＳＭＩＬ２．０、Ｗ３Ｃ勧告、２００１年８月７日、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｍｉｌ２０／を参照）により行われ、より一般的なアプローチである。本発明の範囲においては、後者が適用されている。したがって、ハイパーテキストマークアップ言語（ＨＴＭＬ）、ダイナミックＨＴＭＬ（ＤＨＴＭＬ）、マルチメディアハイパーメディア情報コーディング専門家グループ（ＭＨＥＧ、国際標準化機構、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１２、ｈｔｔｐ：／／ｗｗｗ．ｈｍｅｇ．ｏｒｇ／を参照）、ＳＭＩＬ及びＨｙＴｉｍｅ（ユーザグループのホームページｗｗｗ．ｈｙｔｉｍｅ．ｏｒｇ／を参照）のようなマルチメディア文書モデルを適応マルチメディアアプリケーションの記述のために使用又は拡張するために、これらの文書モデルについて評価が行われた。残念ながら、これらの文書モデルは適応アプリケーションには十分なモデリング支援を与えることができない。マルチメディアアプリケーションのスタートアップ時には一度はある程度の適応への対応が行われるが、実行中の内在的な動的環境のために、モバイルマ���チメディアアプリケーションは追加適応要件を有する。スタートアップ時における適当なストリーミングメディアの選択の際には、アプリケーションの実行期間中のＱｏＳの変動のような変化は考慮されていないのである。【０００５】  モバイル機器で実行されるアプリケーションは高度な動的環境を経験している。環境変化は３種類の次元に、すなわち、ネットワークＱｏＳ、モバイル機器能力、及びユーザコンテキストに分類することができる。モバイル機器は３つの次元全てにおける変化に対応しなければならない。したがって、用語「状況」は、所与のネットワーク、モバイル機器及びユーザコンテキストに対して使用される。状況は、環境の異なる局面を記述するパラメータのセットにより特徴付けることができる。「現在の状況」は、モバイルアプリケーションにとって現に存在している状況である。もし現在の状況がアプリケーションにとって問題を引起した場合、又は現在の状況がアプリケーションにそのサービスの改善を許容する場合は、前記現在の状況をより良く反映するために、アプリケーションはその挙動を変えることもできる。このことは全てのモバイルアプリケーションに妥当するので、特に適用ネットワークのサービス品質（ＱｏＳ）条件に関して要件が非常に厳しいようなマルチメディアアプリケーションを見た場合、状況は特に興味深い。
【発明の開示】
【発明が解決しようとする課題】
【０００６】  上記説明から見て、本発明の目的は、文書ベースのモバイルマルチメディアアプリケーションのパーソナル化コンテキスト認識適応を支援する技術を提案することにある。【０００７】  マルチメディアアプリケーションは、モバイルユーザの好み、そのモバイル機器の能力及び異なるアプリケーションシナリオに応じて、モバイルネットワークを通じて、例えば特定のコンテンツプロバイダから検索することができる。
【課題を解決するための手段】
【０００８】  この目的は独立請求項の特徴により達成される。効果的特徴は従属請求項に定義されている。本発明のさらなる目的及び効果については、以下の詳細な説明において明らかにする。【０００９】  本発明のさらなる効果及び可能な適用については、図面に示す本発明の好ましい実施形態についての以下の説明から明らかになろう。
【発明を実施するための最良の形態】
【００１０】  以下では、図１〜４０に示すような本発明の好ましい実施形態について詳細に説明する。図１〜４０で引用符号により表された記号の意味については、付表を参照されたい。【００１１】  まず、新しいＡＭＩＬ文書モデル１００の主要な概念及び特徴を紹介する。【００１２】  上記のように、最新技術の文書モデルでは、文書ベースのアプリケーションが高度に動的な環境において実行される場合に要求される適応局面を全く又はある程度しか考慮していないという事実から、ＡＭＵＳＥ文書モデルは発明された。【００１３】  ＡＭＩＬ文書モデル１００は、モバイル適応マルチメディアアプリケーションのオーサリングプロセスに関する技術とＡＭＩＬ文書２４０２の処理を行っているＡＭＩＬプレイヤとのリンクである。ＡＭＩＬプレイヤは２つの別々のコンポーネントに、すなわち、ブラウザと支援「クライアントサイドミドルウェア（”ｃｌｉｅｎｔ−ｓｉｄｅ  ｍｉｄｄｌｅｗａｒｅ”）」とに分割することができる。本発明の範囲においては、これらの表現は以下のように使用する。すなわち、「マルチメディアブラウザ（”Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏｗｓｅｒ”）」とも呼ばれるブラウザは、プレゼンテーション関連機能及びユーザ対話４０４を実行し、一方、「クライアントサイドミドルウェア」は適応プロセスを実行するための機能を提供する。【００１４】  次の項では、本発明の一実施形態に係るＡＭＩＬ文書モデル１００について説明する。文書はいくつかの実例で終わっている。【００１５】  モジュール
適応文書モデル１００は、その機能に応じて異なるモジュールに分割することができる。これにより、特定のモジュールをその他の文書モデル１００への拡張として再利用することが可能になる。図１７に示す例１７００は、完全なＡＭＩＬ文書の再利用を説明したものである。これらのモジュール間の関係は、要素（ｅｌｅｍｅｎｔ）を相互にリンクすることにより実現される。ＡＭＩＬ文書モデル１００は、単にその他の全てのモジュール用のコンテナとしての機能を果たす「メインモジュール（Ｍａｉｎ  Ｍｏｄｕｌｅ）」１０２をサポートする。「メインモジュール」１０２それ自体は、更なる機能を提供することはなく、論理的には総集約／コンテナモジュールの役割を果たす。【００１６】  各モジュールは以下のように記述される。最初に、統一モデリング言語（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ：ＵＭＬ）ダイアグラム及び拡張マークアップ言語（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ：ＸＭＬ）スキーマ記述７００を含む表が示され、次に、各要素及び属性の意義／意味が詳細に説明される。類似の概念との明確な区別が必要な場合は、各要素又は属性の意味の説明の後に、相違点が記述される。【００１７】  なお、構文を記述するためには、ＵＭＬ及びＸＭＬ概要（Ｓｃｈｅｍａｔａ）が使用される。ＵＭＬによってＸＭＬを記述するために、ＵＭＬの拡張メカニズム（ステレオタイプ、タグ付値及び制約条件）が適用された。この種のモデリングに関する詳細な情報については、Ｄ．Ｃａｒｌｓｏｎ著“Ｍｏｄｅｌｉｎｇ  ＸＭＬ  Ａｐｐｌｉｃａｔｉｏｎｓ  ｗｉｔｈ  ＵＭＬ．Ｐｒａｃｔｉｃａｌ  ｅ−Ｂｕｓｉｎｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎｓ”（ＩＳＢＮ  ０−２０１−７０９１５−５）に記されている。【００１８】  ＡＭＩＬ（メイン）及びコアモジュール
「コアモジュール（Ｃｏｒｅ  Ｍｏｄｕｌｅ）」１０４は、各ＡＭＩＬ文書２４０２において必要な全てのモジュールを含んでいる。適応プロセスをより包括的に記述するために、拡張モジュール（Ｅｘｔｅｎｓｉｏｎ  Ｍｏｄｕｌｅ）１１４を選択的に使用することができる。【００１９】  図１に、ＡＭＩＬ文書モデル１００により提案されたモジュールの概観を示す。モデリングのために、ＵＭＬ「グループ化（ｇｒｏｕｐｉｎｇ  ｔｈｉｎｇｓ）」が使用される。これにより、各モジュールは、Ｇ．Ｂｏｏｃｈ，Ｊ，Ｒｕｍｂａｕｇｈ及びＩ．Ｊａｃｏｂｓｏｎ著“Ｔｈｅ  Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ”（ユーザガイド、ＩＳＢＮ  ０−２０１−５７１６８−４）に記載されている「パッケージ（ｐａｃｋａｇｅ）」により記述される。【００２０】  注：
各パッケージは、「構造モジュール（Ｓｔｒｕｃｔｕｒｅ  Ｍｏｄｕｌｅ）」１１２に論理的に「依存している」（ＵＭＬ関係「依存（ｄｅｐｅｎｄｅｎｃｙ）」）。この関係は、図１には示されていないが、存在する。
「コアモジュール」１０４及び「拡張モジュール」１１４は、「メインモジュール」１０２と同様に、グループ化のためにのみ使用される。【００２１】  １．ＡＭＩＬ構造モジュール
ＡＭＩＬ「構造モジュール」１１２は、ＡＭＩＬ文書２４０２の基本的構造を反映している。ＸＨＴＭＬと同様に、このモジュールは、文書を２つのセクションに、すなわちレイアウト（ｌａｙｏｕｔ）３７０２、使用メディアアイテム（ｕｓｅｄ  ｍｅｄｉａ  ｉｔｅｍｓ）３０４、対話（ｉｎｔｅｒａｃｔｉｏｎｓ）４０４、及び例えば制約条件（ｃｏｎｓｔｒａｉｎｔｓ）８０２の宣言を含む「ヘッドモジュール（ｈｅａｄ  ｍｏｄｕｌｅ）」セクション２０２と、内在的適応可能性（ｉｎｔｒｉｎｓｉｃ  ａｄａｐｔａｔｉｏｎ  ｐｏｓｓｉｂｌｉｔｉｅｓ）１５００が記述される適応局面に重点を置く「ボディモジュール（ｂｏｄｙ  ｍｏｄｕｌｅ）」セクション２０４とに分割する。【００２２】  要素“ａｍｉｌ”：要素“ａｍｉｌ”は、その他の全ての要素を含む最も外側の要素である。この要素には、ＸＭＬ定義によれば、コメント及び処理命令が先行及び後続することができるが、その他の要素又はテキストノードが先行することはできない。
“ｉｄ”属性：ＡＭＩＬ文書２４０２全体を参照するための識別子としてＸＭＬに基づいて使用される。
“ｖｅｒｓｉｏｎ”属性：ＡＭＩＬ文書モデル１００のバージョンを確認するために使用される。【００２３】  「ヘッドモジュール（ｈｅａｄ  ｍｏｄｕｌｅ）」２０２：「ボディモジュール」２０４の子要素が参照する全ての宣言を含む。【００２４】  「ボディモジュール（ｂｏｄｙ  ｍｏｄｕｌｅ）」２０４：適応可能性（Ａｄａｐｔａｔｉｏｎ  Ｐｏｓｓｉｂｉｌｉｔｉｅｓ）を記述する全ての要素を含む。【００２５】  ２．ＡＭＩＬレイアウトモジュール
ＡＭＩＬ「レイアウトモジュール（Ｌａｙｏｕｔ  Ｍｏｄｕｌｅ）」１０６は、“Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ”（ＳＭＩＬ２．０、Ｗ３Ｃ勧告、２００１年８月７日、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｍｉｌ２０／）に記述されているＳＭＩＬレイアウトモジュールから採用されたものである。したがって、要素“ｓｍｉｌ：ｌａｙｏｕｔ”、“ｓｍｉｌ：ｒｅｇｉｏｎ”、及び“ｓｍｉｌ：ｒｏｏｔ−ｌａｙｏｕｔ”がサポートされる。詳細な情報については、ＳＭＩＬの資料“Ｔｈｅ  ＳＭＩＬ  ２．０  Ｌａｙｏｕｔ  Ｍｏｄｕｌｅｓ”（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｍｉｌ２０／ｌａｙｏｕｔ．ｈｔｍｌ）に記されている。【００２６】要素“ｒｅｇｉｏｎ”５０２：
要素“ｓｍｉｌ：ｒｅｇｉｏｎ”はＳＭＩＬ文書モデルから継承されたものである。その属性“ｓｍｉｌ：ｆｉｌｌ”は、サイズ適応の局面を考慮するために拡張される。この属性の最新技術における使用法は、メディアアイテム３０４の内在的高さ／幅が領域５０２の寸法と等しくない場合は、挙動（ｂｅｈａｖｉｏｒ）を指定することにある。【００２７】  ＡＭＩＬにおいては、様々なメディアアイテム３０４がマルチメディアプレゼンテーション再生中に１つの領域５０２を使用することができ、このことは、異なるフォーマット６００を有するメディアアイテム３０４が、明確な寸法を有する領域５０２に表示されることを意味する。したがって、属性“ｓｍｉｌ：ｆｉｌｌ”についての新しい属性値が指定される。問題は、メディアのビジュアルサイズの拡大／縮小には、環境条件次第で、大きなＣＰＵ能力が必要になることである。特に、拡大は非常にコストのかかる作業である。縮小にもＣＰＵ能力は必要であるが、拡大の場合ほどではない。ＡＭＩＬにおけるもう１つの特徴は、多くのメディアアイテム３０４が１つの領域５０２を使用できることであり、例えば、共通中間フォーマット（Ｃｏｍｍｏｎ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｏｒｍａｔ：ＣＩＦ）又はＱｕａｒｔｅｒ  ＣＩＦ（ＱＣＩＦ）のような、異なるフォーマットをサポートすることができる。特定の倍率においては、メディアを「無限に」縮小するよりは、メディアの交換の方が適切である。【００２８】  なお、ａ）メディアを拡大／縮小することができるのは、メディアそれ自体が拡大／縮小可能である場合に限られ（それが要件である）、ｂ）デフォルト挙動は、ＳＭＩＬに指定されたデフォルト挙動とは異なり、ｃ）現在の選択メディアが領域の寸法に合わせるために拡大／縮小されることが述べられているが、デフォルトにより領域の寸法がメディアの選択に影響を与えることはない。【００２９】“ｆｉｌｌ”属性：
この属性は以下の値により拡張される：
ａ）“ａｍｉｌ：ｎｏｓｃａｌｅ”は、指定領域に表示されたメディアが全く拡大／縮小されないことを意味し、すなわち、領域エリア５０２の中心に置かれている。
ｂ）“ａｍｉｌ：ｕｐｓｃａｌｅ”は、特定の領域に表示されたメディアが拡大されるのみで、縮小されないことを意味する。この値は特定のメディアに対して適用することができ、それにより、拡大のための挙動の方が縮小のための挙動よりも優れている。
ｃ）“ａｍｉｌ：ｄｏｗｎｓｃａｌｅ”は、特定の領域に表示されたメディアが縮小されるのみで、拡大されないことを意味する。
ｄ）“ａｍｉｌ：ｒｅｐｌａｃｅ”は、指定領域に表示されたメディアが全く拡大／縮小されないことを意味するが、最適のメディアが、領域の寸法に応じて、「現在の状況（ｃｕｒｒｅｎｔ  ｓｉｔｕａｔｉｏｎ）」を考慮した上で、選択される。
ａ）“ａｍｉｌ：ａｄａｐｔ”は、基本的ＡＭＩＬプレイヤが最善のソリューションを決定することを意味する。プレイヤは最多の知識を有し、何が最善の決定であるかを決定することができる。メディアの拡大／縮小挙動に関するメタ情報に基づけば、最善のソリューションの発見がより簡単になる。メディアは「現在の状況」に関して「拡大／縮小」及び「交換」される。【００３０】  注：
ａ）拡大／縮小は重要な機能であり、以下の目的のために重要な役割を果たしている：
ｉ．メディアのビジュアルコンポーネントを特定の領域に収めるため。
ｉｉ．例えば、ユーザ対話４０４の結果として、領域自体がサイズ変更される場合は、メディアのビジュアルコンポーネントを適応させるため（例えば、アプリケーションウィンドウのサイズ変更）。特にこの場合は、メディアを交換すれば、ビジュアルプレゼンテーションが改善されることになる。
例：領域が半分に縮小される場合は、ＣＩＦ画像フォーマット６００のＨ．２６３エンコードメディアをＱＣＩＦ画像フォーマットの６００のＨ．２６３メディアフォーマット６００ｔｅｄと交換することにより、帯域幅が大幅に減少する。
名前空間プレフィックスを属性値のためのプレフィックスとして使用するのは極めて異例である。それはＳＭＩＬに定義された属性値との相違を強調することである。【００３１】  ３．ＡＭＩＬメディアアイテムモジュール（ＡＭＩＬ  ＭｅｄｉａＩｔｅｍｓ  Ｍｏｄｕｌｅ）
適応マルチメディアアプリケーションは、何らかの形で全ての可能な使用メディアを記述しなければならない。クライアントサイドミドルウェアにより行われた適応決定の結果として、あるメディアを、異なるプロパティを有する別のメディアと交換することもできる。【００３２】  メディアアイテム３０４は各種のメディアを抽象化したものである。離散メディアアイテム３０４と連続メディアアイテム３０４とに区別される（後者は時間ベースのメディアである）。より詳細な記述７００については、Ｓ．Ｗｉｒａｇ、Ｒ．Ｓｔｅｉｎｍｅｔｚ及びＬ．Ｃ．Ｗｏｌｆ（編）“Ｍｏｄｅｌｉｎｇ  ｏｆ  Ａｄａｐｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｄｏｃｕｍｎｅｎｔｓ”（Ｉｎｔｅｒａｃｔｉｖｅ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ；第４回国際ワークショップ、ＩＤＭＳ’９７、ドイツ、ダルムシュタット、１９９７年９月、ｐｐ．４２０〜４２９）に記載されている。【００３３】  「メディアアイテムモジュール（ＭｅｄｉａＩｔｅｍｓ  Ｍｏｄｕｌｅ）」１０８は、特定のマルチメディアアプリケーションにおいて利用可能な全てのメディアアイテム３０４用の記述７００ユニットの役割を果たす。メディアアイテム３０４のコンテンツは、メディアアイテム３０４自体のプロパティに応じて、異なるものとすることができる。一般的には、以下の２つのカテゴリーに分類することができる：
●属性“ｓｒｃ”の使用によるソースの参照又はメディアアイテムのコンテンツモデルの一部としてのコンテンツの提供の可能性を有する離散メディアを記述しているメディアアイテム３０４（これは、例えば、“ＸＨＴＭＬＴＭ−１．０：Ｔｈｅ  Ｅｘｔｅｎｓｉｂｌｅ  ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ．Ａ  Ｒｅｆｏｒｍａｔｉｏｎ  ｏｆ  ＨＴＭＬ４  ｉｎ  ＸＭＬ１．０”（Ｗ３Ｃ勧告、２０００年１月２６日、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｈｔｍｌ１／）に記述されたようなＸＨＴＭＬ、又は“ＶｏｘＭＬ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ”（Ｔｈｅ  ＸＭＬ  Ｃｏｖｅｒ  Ｐａｇｅｓ、ｈｔｔｐ：／／ｗｗｗ．ｏａｓｉｓ−ｏｐｅｎ．ｏｒｇ／ｃｏｖｅｒ／ｖｏｘＭＬ．ｈｔｍｌ／）に記載されているＶｏｘＭＬにより行うことができる）。
●属性“ｓｒｃ”の使用によりソースを参照しなければならない連続メディアアイテム３０４を記述しているメディアアイテム３０４。【００３４】  この特徴とは無関係に、あらゆるメディアアイテム３０４は、そのコンテンツモデルの一部としてそれ自体に関するメタ情報を有することができる。支援言語は、“ＲＤＦ  Ｍｏｄｅｌ  ａｎｄ  Ｓｙｎｔａｘ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”（Ｗ３Ｃ勧告、１９９９年２月２２日、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｒｆｄ−ｓｙｎｔａｘ／）に記載されている「リソース記述フレームワーク（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ：ＲＤＦ）」、又はＤ．Ｋｕｔｓｃｈｅｒ他著“Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  ａｎｄ  Ｃａｐａｂｉｌｉｔｙ  Ｎｅｇｏｔｉａｔｉｏｎ”に記載されている次世代セッション記述プロトコル（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ：ＳＤＰｎｇ）（ＩＥＴＦインターネットドラフト、作業進行中、ボルマン大学ブレーメン、２００１年１１月２１日、＜ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐｎｇ０３．ｔｘｔ＞）である。【００３５】  要素“ｍｅｄｉａｉｔｅｍｓ”３０３：要素“ｍｅｄｉａｉｔｅｍｓ”３０３は「メディアアイテムモジュール」１０８の最も外側の要素である。この要素は、論理的には、ＡＭＩＬ文書２４０２において使用される全てのメディアアイテム３０４用のコンテナの役割を果たす。
“ｉｄ”属性：「メディアアイテムモジュール」１０８の全体を参照するための識別子としてＸＭＬに従って使用される。【００３６】  要素“ｍｅｄｉａｉｔｅｍ”３０４：メディアアイテム３０４は、各種のメディアを抽象化したものである。離散メディアアイテム３０４と連続メディアアイテム３０４との区別が行われる（後者は時間ベースのメディアである）。要素“ｍｅｄｉａｉｔｅｍｓ”３０３の子要素である要素“ｍｅｄｉａｉｔｅｍ”３０４は、例えば、コンテンツ及びメタ情報の位置のような、メディアアイテム３０４のプロパィ／特徴を記述するために使用される。
“ｉｄ”属性：要素“ｍｅｄｉａｉｔｅｍ”３０４によってメディアアイテム３０４を参照するための識別子としてＸＭＬに従って使用される。識別子“ｍｅｄｉａｉｔｅｍ”が使用されるのは、以下のモジュールである：
ａ）メディアアイテムモジュール１０８
ｂ）適応可能性記述モジュール（Ａｄａｐｔａｔｉｏｎ  Ｐｏｓｓｉｂｉｌｉｔｙ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｍｏｄｕｌｅ）２９００
後者は、「メディアアイテムモジュール」１０８において特定のメディアアイテム３０４を参照する属性“ｉｄｒｅｆ”を有する。
“ｔｙｐｅ”属性：メディアの種類を指定する。属性“ｔｙｐｅ”は、“ｍｅｄｅｉａＩｔｅｍＡｔｔｒｉｂｕｔｅ−ＴｙｐｅＴｙｐｅ”３０８のタイプの属性である。これにより、属性“ｔｙｐｅ”は以下の値から１つを取り出す：
●オーディオストリームの場合、“ａｕｄｉｏ”
●映画ストリームの場合、“ｍｏｖｉｅ”
●１つのオーディオ及び任意のビデオストリームの場合、“ｖｉｄｅｏ”
●テキスト文書の場合、“ｔｅｘｔ”
●スライドショープレゼンテーションの場合（例えば、６秒毎に映画の画像を提示）、“ｓｌｉｄｅｓｈｏｗ”
●“ｔｅｘｔｔｉｃｋｅｒ”（ストリーム又はダウンロード）、又は“ａｍｉｌ−ｄｏｃｕｍｅｎｔ”。
“ｓｒｃ”属性：メディアアイテム３０４の位置をＵＲＩとして指定する。
“ｒｅｇｉｏｎ”属性：メディアアイテム３０４がビジュアルコンポーネントを有する場合は、前記ビジュアルコンポーネントは参照された領域５０２に表示される。領域５０２はレイアウトモジュール１０６内に指定される。
図２５に示すように、メディアアイテム３０４は、ビジュアルコンポーネントを異なる領域５０２に表示するために、複数の領域を有することができる。【００３７】  要素“ｍｅｄｉａｉｔｅｍ”３０４のコンテンツモデル：要素“ｍｅｄｉａｉｔｅｍ”３０４のコンテンツモデルは、拡張ハイパーテキストマークアップ言語（Ｅｘｔｅｎｓｉｂｌｅ  Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ：ＸＨＴＭＬ）、スケーラブルベクトルグラフィックス（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ：ＳＶＧ）、次世代セッション記述プロトコル（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ：ＳＤＰｎｇ）、又はリソース記述フレームワーク（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ：ＲＤＦ）の文書インスタンスである文書（又は文書断片）を受け入れるように定義されている。【００３８】  注：
ａ）ＸＭＬスキーマ言語における複雑な制約条件８０２の表現の欠如のために、次のバージョンでは代わりにＳｃｈｅｍａｔｒｏｎ又はＲｅｌａｘ  ＮＧが使用されることになっているが、属性“ｓｒｃ”との関連における要素“ｍｅｄｉａｉｔｅｍｓ”３０３の厳密な意味は以下のとおりである：
●属性“ｓｒｃ”が使用される場合は、メディアアイテム３０４のコンテンツは、例えば、ＲＤＦ又はＳＤＰｎｇにより表されたメタ情報だけしか含むことができない。
●属性“ｓｒｃ”が使用されない場合は、メディアアイテム３０４のコンテンツは、１つの文書（ＳＶＣ、ＸＨＴＭＬ等）、及びＲＤＦ又はＳＤＰｎｇにより表された任意のメタ情報を厳密に含んでいなければならない。
ｂ）タイプ属性が要素“ｍｅｄｉａｉｔｅｍ”３０４の厳密なタイプ（ＭＩＭＥタイプ）を詳細に指定することはない。要素“ｍｅｄｉａｉｔｅｍ”３０４の強化されたプロパティは、ＲＤＦの使用により、又はＳＤＰｎｇの一部として表すことができる。
ｃ）要素“ｍｅｄｉａｉｔｅｍ”３０４は、ＸＨＴＭＬ１．０、ＤＶＧ、ＳＤＰｎｇ又はＲＤＦの文書インスタンスである文書（又は文書断片）を受け入れる。文献“ＸＭＬ  ｓｃｈｅｍａ  Ｐａｒｔ  ０：Ｐｒｉｍｅｒ”（Ｗ３Ｃ勧告、２００１年５月２日）に記されているこれらの文書の厳密な構文解析は存在しない。ＡＭＩＬ文書２４０２の読取りを受け持つエンティティは、コンテンツが整形済みＸＭＬであると想定している。文書（又は文書断片）は、コンテンツの取扱いを受け持つ関連プレイヤに直接送られる。【００３９】  ４．対話モジュール（Ｉｎｔｅｒａｃｔｉｏｎｓ  Ｍｏｄｕｌｅ）
対話メカニズムの全くないマルチメディアアプリケーションは、ユーザにとっては１つのビデオストリームであるように思われる。したがって、ユーザを受け入れ、その個人的好み及びモバイル機器の特徴に適応するためには、対話４０４は極めて重要なメカニズムである。【００４０】  要素“ｗｉｄｇｅｔｓ”４０２：要素“ｗｉｄｇｅｔｓ”４０２は対話モジュール１１０の最も外側の要素である。この要素は、論理的には、ＡＭＩＬ文書２４０２において使用される全てのウィジェット要素（ｗｉｄｇｅｔ  ｅｌｅｍｅｎｔ）４０４用のコンテナの役割を果たす。
“ｉｄ”属性：「ウィジェットモジュール（Ｗｉｄｇｅｔ  Ｍｏｄｕｌｅ）」１１０全体を参照するための識別子としてＸＭＬに従って使用される。【００４１】  要素“ｗｉｄｇｅｔ”４０４：
“ｉｄ”属性：ウィジェット４０４を参照するための識別子としてＸＭＬに従って使用される。
“ｔｙｐｅ”属性：タイプの値に基づき、情報が異なるハンドラに送られる。これにより、属性“ｔｙｐｅ”は値“ｃｌａｓｓ”を取る。その特定のクラスがダウンロード及びインスタンス化される。その他の値の場合は、特定のプレイヤが探索され、リファレンスがプレイヤに送られる。
“ｃｌａｓｓ”属性：特定のウィジェット４０４が“ｃｌａｓｓ”タイプである場合は、この属性を指定し、対話タスクの実行を引き受けるクラスを参照しなければならない。
“ｓｒｃ”属性：特定のウィジェットが定義されていない、又は“ｎｏｃｌａｓｓ”タイプである場合は、この属性を指定し、ウィジェットの“ｓｒｃ”を参照しなければならない。（例えば、これはＳＶＧ文書とすることができる）。
“ｒｅｇｉｏｎ”属性５０２：メディアアイテム３０４がビジュアルコンポーネントを有する場合は、このビジュアルコンポーネントは、参照された領域５０２に表示される。これにより、領域５０２はレイアウトモジュール１０６の中に指定される。
図２６に示すように、メディアアイテム３０４は、ビジュアルコンポーネントを異なる領域５０２に表示するために、複数の領域を有することができる。【００４２】  要素“ｐａｒａｍ”４０６：要素“ｐａｒａｍ”４０６は、ウィジェット４０４の初期パラメータを指定するために使用される。この要素は、この要素の属性として表されるキー／値の対により指定され、プロパティと同様のものである。
ウィジェット４０４が“ｃｌａｓｓ”タイプである場合は、ロードされたクラスは、全ての特性を送るためのコンストラクタを支援しなければならない。
“ｋｅｙ”属性：プロパティのキーを指定する。
“ｖａｌｕｅ”属性：プロパティの値を指定する。【００４３】  注：
対話４０４と“ｍｅｄｉａｉｔｅｍ”３０４との相違点は、ウィジェットがナビゲーション式対話４０４のために使用され、上記の定義のメディアアイテム３０４が抽象的メディアであるということにある。ＳＶＧ３０６ａアプリケーションのような対話型メディアとウィジェットとの間には共通部分があり、もちろん、ウィジェット自体は、ＳＶＧ３０６ａアプリケーションにより実現することができる。しかし、論理的観点からは、要素“ｉｎｔｅｒａｃｔｉｏｎ”４０４と要素“ｍｅｄｉａｉｔｅｍｓ”３０３を区別することに価値がある。【００４４】  ５．適応モジュール（Ａｄａｐｔａｔｉｏｎ  Ｍｏｄｕｌｅ）又は適応記述モジュール（Ａｄａｐｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｍｏｄｕｌｅ）
「適応記述モジュール」１０９はＡＭＩＬにおいて圧倒的に最も重要なモジュールである。このモジュールは適応可能性１５００を記述する。これに対し、上記各モジュールは、より「記述的（ｄｅｓｃｒｉｐｔｉｖｅ）」性格を有する。これらのモジュールは、レイアウト３７０２がどのように見えるか、各メディアアイテム３０４のプロパティ、対話４０４等を記述する。この適応記述モジュールは、その他のモジュール、特に、「メディアアイテムモジュール」１０８及び「対話モジュール」１１０の要素を参照することにより、最も重要な適応マルチメディアアプリケーションを記述する。【００４５】  要素“ａｄａｐｔａｔｉｏｎ”２９０１：“ａａｐｔａｔｉｏｎ”要素２９０１は「適応記述モジュール」１０９の最も外側の要素である。この要素は論理的には、ＡＭＩＬ文書２４０２において使用される適応記述２９００用のコンテナの役割を果たす。
“ｉｄ”属性：ＸＭＬに従って、適応可能性記述モジュール全体を参照するための識別子として使用される。【００４６】  要素“ｐａｒ”７０２：パラレル（ｐａｒａｌｌｅ）の短縮形である“ｐａｒ”要素は、複数の要素を同時に再生しなければならない単純時間グルーピングを定義する。この要素は、全ての直接子要素が同時に開始されるコンテナの役割を果たす。【００４７】  要素“ｓｅｑ”２９０４：要素“ｓｅｑ”２９０４は、要素が次々に再生する際の要素のシーケンスを定義する。要素“ｓｅｑ”２９０４の子要素の同期基底（ｓｙｎｃｂａｓｅ）は前の要素の活性終了点（ａｃｔｉｖｅ  ｅｎｄ）である。「前」とは、シーケンス時間要素においてこの要素の前に現れる要素を意味する。シーケンスの最初の子要素の場合は（すなわち、前の兄弟要素が存在しない場合）、暗黙的（ｉｍｐｌｉｃｉｔ）同期基底はシーケンス時間要素の開始点である。【００４８】  要素“ｃｈｏｏｓｅ”７０４：要素ｃｈｏｏｓｅは、様々な選択肢の指定を可能にする。環境の「現在の状況」に基づくマルチメディアプレゼンテーションの再生中に、１つの選択肢が選択される。このことは、メディアが使用される前に、各メディアの特徴が一旦集められ、マルチメディアプレゼンテーションの再生中には連続的に監視されている環境の変動（リソース消費の変化）に基づき、選択肢の中から１つが選択される。【００４９】  注：要素ｃｈｏｏｓｅは、「現在の状況」にとって最善のメディアアイテム３０４を選択する。例えば、どの場面が現在表示されているかのというような、コンテンツに関しては無知である。特定の時点において、連続メディアアイテム３０４を異なる連続メディアアイテム３０４に代えるように「現在の状況」が変化した場合、新しいメディアアイテムは単にメディアアイテムの“ｓｔａｒｔｍｏｄｅ”属性に従って開始されるだけである。【００５０】  例：【００５１】
【表１】
2006500666.tif 000003
【００５２】  図３０に示すように、開始点におけるリソース状況は極めて良好で、高品質メディア“Ａ（ｈｑ）”によるスタートが可能であると仮定する。再生中に、リソース条件が低下し、中品質のメディア“Ａ（ｍｑ）”に適応しなければならない。リソース状況がさらに大幅に低下するので、システムは、リソース消費の最も少ないメディア“Ａ（ｌｑ）”の使用に適応しなければならない。しばらくすると、リソース状況が改善し、その結果、メディア“Ａ（ｈｑ）”のプレゼンテーションが再び可能になる。最初のメディアが終了すると同時に、プロセスはデフォルトにより停止する。【００５３】  複数の要素“ｃｈｏｏｓｅ”７０４：
上記のように、ｃｈｏｏｓｅステートメントは異なる選択肢の指定を可能にする。１つの要素“ｃｈｏｏｓｅ”７０４だけしか考慮されていない場合は、それは極めて明白である。しかしながら、より一般的な場合においては、適応記述２９００は、いくつかのパラレルな要素“ｃｈｏｏｓｅ”７０４から構成されている：【００５４】
【表２】
2006500666.tif 000004
【００５５】  これにより、エンクローズド要素（ｅｎｃｌｏｓｅｄ  ｅｌｅｍｅｎｔ）“ｐａｒ”７０２は、論理的には“ＡＮＤ”式として作用する。さらに、要素“ｃｈｏｏｓｅ”７０４の中の各要素は、論理的には“ＯＲ”式により表される。この結果、論理式（ｍ１  ＯＲ  ｍ２）及び（ｍ３  ＯＲ  ｍ４）が得られ、これらは論理和標準形（Ｄｉｓｊｕｎｃｔｉｖｅ  Ｎｏｆｒｍａｌ  Ｆｏｒｍ：ＤＮＦ）により、（ｍ１  ＡＮＤ  ｍ３）ＯＲ（ｍ１  ＡＮＤ  ｍ４）ＯＲ（ｍ２  ＡＮＤ  ｍ３）ＯＲ（ｍ２  ＡＮＤ  ｍ４）として表すこともできる。【００５６】  連続的に測定される現在のリソース消費に基づき、（ｍ１、ｍ３）、（ｍ１、ｍ４）、（ｍ２、ｍ３）又は（ｍ２、ｍ４）からの１つの選択肢が選択され、再生される。【００５７】  図９は、上記の適応記述２９００の具体例から得られる適応可能性１５００を示す。なお、この表は１つのプロパティを示しているにすぎない。実際には、様々なプロパティを１つの適応可能性１５００と関連付けることができる。【００５８】  適応記述モジュール２９００は、そのデフォルト挙動を修正するための異なる属性を要素“ｃｈｏｏｓｅ”に提供する。これらの属性について、以下で説明する。【００５９】  “ｓｔａｒｔｍｏｄｅ”属性：この属性は、適応が行われた後、どの再生時間に特定のメディアを、特に連続メディアをスタートさせるかを指定する。一般的には、メディア時間軸とエンクローズド要素ｃｈｏｏｓｅの時間軸との区別が行われる。以下では、異なる値の意味を以下の例により説明する：【００６０】
【表３】
2006500666.tif 000005
【００６１】  これにより、“Ａ”及び“Ｂ”により参照されるメディアアイテム３０４は連続メディアアイテムであると仮定し、“Ｃ”は画像のような離散メディアアイテムであると仮定する。【００６２】  図３１〜３４において：
●Ａ（ｔｘ）は、特定のメディアアイテム３０４の時間軸が使用されていることを意味する。
●Ａ（ｔ）は、エンクローズド要素ｃｈｏｏｓｅの時間軸が使用されていることを意味する。【００６３】  ‘Ａ’は、その特定のメディアアイテム３０４が、時間軸を有していない離散メディアアイテムであることを意味する。
ｒｅｓｔａｒｔ：メディアアイテム３０４が常に開始点からスタートすべきであること示す（図３１を参照）。
ｒｅｓｕｍｅ（デフォルト）：メディアアイテム３０４が常に停止位置からスタートすべきであること示す（図３２ａを参照）。
ｌａｓｔｓｔｏｐ：メディアアイテム３０４が常に、同じ要素ｃｈｏｏｓｅに含まれる最後のメディアアイテム３０４が停止したメディア時間からスタートすべきであること示す（図３２ｂを参照）。
ｐｌａｙｔｉｍｅ：メディアアイテム３０４が常に、要素“ｃｈｏｏｓｅ”７０４がスタートして以降の要素“ｃｈｏｏｓｅ”７０４に含まれる全てのメディアアイテム３０４の総再生時間からスタートすべきであることを示す（図３３を参照）。
ｃｏｎｔｐｌａｙｔｉｍｅ：メディアアイテム３０４が常に、要素“ｃｈｏｏｓｅ”７０４がスタートして以降の要素“ｃｈｏｏｓｅ”７０４に含まれる全ての連続メディアアイテム３０４の総再生時間からスタートすべきであることを示す（図３４を参照）。【００６４】  “ｓｔａｒｔｔｉｍｅ”属性：メディアがスタートする時点を指定する。デフォルトにより、メディアは開始点からスタートする（上記“ｓｔａｒｔｍｏｄｅ”属性を参照）。この挙動は属性“ｓｔａｒｔｔｉｍｅ”により修正することができる。属性の値は数字であり、秒数であると解釈する。
例えば、以下のコード断片は、各メディアアイテム３０４が開始点からではなく、５秒後からスタートすることを示している。【００６５】
【表４】
2006500666.tif 000006
【００６６】なお、この属性が考慮されるのは、“ｓｔａｒｔｍｏｄｅ”属性が存在し、その値が“ｒｅｓｔａｒｔ”である場合に限られる。この制約条件は、ＸＭＬスキーマでは表すことができない。【００６７】  “ｏｎｒｅｍｏｖｅ”属性：
この属性は、連続メディアアイテム３０４が再生された場合に起こることを指定する。このようなメディアアイテムのライフサイクルの点では、メディアアイテム３０４は、スタートし、再生され、再生時間は映画の長さにより異なるかもしれないが、そのメディアが終了したら停止する。その結果として、全ての適応可能性の「停止」（“ｓｔｏｐｐｉｎｇ”）又は「破棄」（“ｄｅｓｔｒｏｙｉｎｇ”）、又はその特定のメディアアイテム３０４の単なる「除去」（“ｒｅｍｏｖｉｎｇ”）が行われる。もし要素“ｃｈｏｏｓｅ”７０４が連続メディアアイテム３０４を全く含んでいない場合は、属性値は無視される。
ｄｅｓｔｒｏｙ：子要素が除去された場合は、ｃｈｏｏｓｅ全体を除去すべきであることを示す。
ｒｅｍｏｖｅ（デフォルト）：その再生時間の終わりに到達した子要素が除去されることを示す。ｃｈｏｏｓｅが除去されるのは、これがｃｈｏｏｓｅの中の最後の残りの子要素である場合に限られる。【００６８】  “ｌｏｏｐｉｎｇ”属性：メディアが終了した場合には、メディアアイテム３０４（連続メディアアイテムの場合）は開始点からスタートすべきであることを示す。
ｔｒｕｅ：メディアが終了した場合には、メディアが開始点から再生されること示す。
ｆａｌｓｅ（デフォルト）：メディアが再び再生されないことを示す。【００６９】  “ｅｖａｌｕａｔｉｏｎ”属性：要素“ｃｈｏｏｓｅ”７０４がスタートアップ時に一度評価されるのか、特定の期間に繰返し評価されるのか、又はマルチメディアプレゼンテーションの再生中に連続的に評価されるのかを指定する。
ｓｔａｒｔ−ｕｐ：スタートアップ時の適応可能性パラメータに基づき、要素ｃｈｏｏｓｅが一度評価されることを意味する。
１０ｓ：指定された特定の期間毎に、その時の適応可能性に基づき、要素ｃｈｏｏｓｅが評価されることを示す。
ｃｏｎ（デフォルト）：現在の状況を記述しているパラメータの指定閾値を超えた場合に、要素“ｃｈｏｏｓｅ”７０４が評価されることを示す。このことは、もし現在の状況が変化した場合は、適応が行われることを意味する。【００７０】  “ｐｒｉｏｒｉｔｙ”属性：“ｃｈｏｏｓｅ”の優先度１４００を指定する。【００７１】  “ｅｍｐｔｙ”属性：デフォルトにより、要素“ｃｈｏｏｓｅ”７０４は、異なる選択肢の指定を可能にする。それらの選択肢の１つがマルチメディアプレゼンテーションの再生中に選択される。もし属性ｅｍｐｔｙが“ｔｒｕｅ”に設定されている場合は、現在の状況に応じて、要素ｃｈｏｏｓｅからメディアが全く選択されないこともある。【００７２】
【表５】
2006500666.tif 000007
【００７３】（その結果、特定の時点、“ｍ１”又は“ｍ２”に再生が行われることもあり、いずれの時点でも再生が行われないこともある。）
ｔｒｕｅ：適応可能性１５００からメディアが選択されないという選択肢が有効であることを示す。
ｆａｌｓｅ（デフォルト）：記述された適応可能性１５００から１つのメディアを選択しなければならないことを示す。【００７４】  要素“ｍｅｄｉａｉｔｅｍ”３０４：要素“ｍｅｄｉａｉｔｅｍ”３０４は、使用メディアをメディアアイテムモジュール１０８から指定し、このことは、適応記述モジュール２９００の中のメディアアイテムが単に代替物であることを意味する。連続メディアの特徴、及び、ある程度は、離散メディアのコンテンツがメディアアイテムモジュール１０８の中に記述されている。メディアアイテムモジュール１０８と適応記述モジュール１０９が区別されているために、適応の記述７００がはるかに容易になる。【００７５】  “ｐｒｉｏｒｉｔｙ”属性：“ｍｅｄｉａｉｔｅｍ”要素の優先度１４００を指定する。【００７６】  “ｉｄｒｅｆ”属性：“ｉｄｒｅｆ”属性は、Ｔｉｍ  Ｂｒａｙ（テクスチュアリティアンドネットスケープ）、Ｊｅａｎ  Ｐａｏｌｉ（マイクロソフト）、Ｃ．Ｍ．Ｓｐｅｒｂｅｒｇ−ＭｃＱｕｅｅｎ（イリノイ大学、シカゴ）、及びＥｖｅ  Ｍａｌｅｒ（サンマイクロシステムズ）による「拡張マークアップ言語（ＸＭＬ）１．０」（第２版、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ）に記されている“ＩＤＲＥＦ”タイプであり、「メディアアイテムモジュール」１０８の特定の“ｍｅｄｉａｉｔｅｍ”部分を参照する。リンクは依存「メディアアイテムをリンク（Ｌｉｎｋｉｎｇ  Ｍｅｄｉａｉｔｅｍｓ）」を実現する。【００７７】  “ｓｔａｒｔｔｉｍｅ”属性：メディアがスタートする時点を指定する。デフォルトにより、メディアは開始点からスタートする（上記“ｓｔａｒｔｍｏｄｅ”属性を参照）。この挙動は属性“ｓｔａｒｔｔｉｍｅ”により修正することができる。属性の値は数字であり、秒数であると解釈する。
例えば、以下のコード断片は、各メディアアイテム３０４が開始点からではなく、５秒後からスタートすることを示している。
＜ｍｅｄｉａｉｔｅｍ  ｉｄｒｅｆ＝”Ａ”    ｓｔａｒｔｉｍｅ＝”５ｓ”＞
なお、この属性は、属性“ｓｔａｒｔｔｉｍｅ”を要素“ｃｈｏｏｓｅ”７０４からオーバライドする。
この属性が考慮されるのは、以下の２つの場合に限られる。
１．メディアアイテム３０４が要素“ｃｈｏｏｓｅ”７０４の一部であり、属性“ｓｔａｒｔｍｏｄｅ”がそこで指定され、値“ｒｅｓｔａｒｔ”を有する場合。
２．メディアアイテム３０４が要素“ｃｈｏｏｓｅ”７０４の一部ではない場合。
後者の場合、値はメディアアイテム３０４の最初のスタート時間を指定する。【００７８】  以下では、ＳＭＩＬにおいて使用される“ｓｗｉｔｃｈ”要素を、本発明の１つの実施形態によるＡＭＩＬの“ｃｈｏｏｓｅ”要素７０４と比較する。【００７９】  ａ）意味論的観点から
ＳＭＩＬにおける要素ｃｈｏｏｓｅは、作成者（ａｕｔｈｏｒ）が受入れ可能な要素を１つだけ選択すべき代替要素のセットを指定することを可能にする。ある要素がＳＭＩＬ要素であり、メディアタイプをデコードすることができ、要素の各テスト属性が“ｔｒｕｅ”を生じる場合、その要素は受入れ可能である。要素は以下のようにして選択される。すなわち、プレイヤが、要素ｓｗｉｔｃｈにおいて要素が発生する順序で要素を評価する。ｓｗｉｔｃｈ内部の全てのその他の要素を排除して、最初の受入れ可能要素が選択される。【００８０】  これは、「適応記述モジュール」１０９において使用される要素“ｃｈｏｏｓｅ”７０４とは対照的である。上記のように、要素“ｃｈｏｏｓｅ”７０４の全ての可能なメディアが評価され、このことは、メディアのプロパティ（帯域幅、持続時間等）が評価され、内部データ構造に記憶されることを意味する（Ｓ．Ｗｉｒａｇ、Ｒ．Ｓｔｅｉｎｍｅｔｚ及びＬ．Ｃ．Ｗｏｌｆ（編）“Ｍｏｄｅｌｉｎｇ  ｏｆ  Ａｄａｐｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｄｏｃｕｍｎｅｎｔｓ”  （Ｉｎｔｅｒａｃｔｉｖｅ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ；第４回国際ワークショップ、ＩＤＭＳ’９７、ドイツ、ダルムシュタット、１９９７年９月、ｐｐ．４２０〜４２９）の“Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｌｉｓｔ”の記述を参照）。スタートアップ時及び「現在の状況」の変化時には、適応記述２９００が評価され、「現在の状況」にとっての最適の適応可能性１５００が選択され、再生される。【００８１】  ｂ）ＳＭＩＬ文書作成者の観点から
ＳＭＩＬにおいては、作成者はどのメディアがどの条件において使用されるかを記述する。条件（属性“ｔｅｓｔ”により記述される論理式）は、ＳＭＩＬにおける各メディア要素の固定部分である。スタートアップ時間中は、ＳＭＩＬプレイヤは各メディア要素の条件を連続的に評価する。もし条件を満たすことができる場合は、そのメディアが再生用に選択される。【００８２】  注：
ａ）作成者はどのリソースを考慮するか（例えば、帯域幅、画面サイズ等）を指定する。
ｂ）作成者は要素の条件を評価する順序を指定する。
ｃ）ＳＭＩＬにおいて使用される現在の状況は、条件において使用されるプロパティにより記述される。
ｄ）ＳＭＩＬ規格は、現在の状況が変化した場合に、要素“ｓｗｉｔｃｈ”を再評価することを要求しない。
ｅ）ＳＭＩＬの重点は、静的環境において実行されているアプリケーションにある。アプリケーションはスタートアップ中に一度適応される。【００８３】  ＳＭＩＬにおいて、プロパティは、メディアアイテム３０４の１つ又はセットを選択しなければならない状況を記述する。「適応記述モジュール」１０９において、プロパティはメディアアイテム３０４の属性を記述し、“ＡＭＩＬ  Ｐｌａｙｅｒ”は、メディアアイテム３０４のどのセットを実際の状況に対して使用すべきかを調べるために、この情報を使用する。（例：利用可能帯域幅が１Ｍｂｉｔ／ｓ以下である場合は、２つのメディアアイテム３０４、Ａ及びＢが使用される。Ａは３００ｋＢｉｔ／ｓを必要とし、Ｂは４００ｋＢｉｔ／ｓを必要とする。）ＳＭＩＬにおいて、作成者は、オーサリング時間中に、状況に対するメディア属性からのマッピングを手動で作成しなければならない。「適応記述モジュール」１０９においては、このマッピングはブラウザに任せられ、その結果、特にメディアアイテムプロパティを自動的に作成できることが多く、それにより、メタデータをメディアのため又はメディアファイルの検査により使用することになるので、オーサリングが大幅に簡素化される。【００８４】  ＡＭＩＬにおいては、“ＡＭＩＬ  Ｐｌａｙｅｒ”は「現在の状況」及び適応記述２９００の一部であるメディアに関する情報を集める。連続的に監視されている「現在の状況」に基づき、特定の「適応可能性」１５００が選択され、「現在の状況」が変化し、新しい「適応可能性」１５００が選択されるまでは、再生のために使用される。作成者は、どの適応可能性１５００を再生のために使用するかの決定に影響を与える作成者の好みを表現するためのヒントを与えることができる。ＡＭＩＬにおいては、どのメディアを選択するかの決定は適応制御ユニットにより行われるが、文書の作成者は、例えば、要素“ｓｗｉｔｃｈ”及び“ｍｅｄｉａｉｔｅｍｓ”３０４の優先度属性２８１０のような、「適応可能性モジュール」１０９の要素により支援された属性の使用により、適応制御プロセスに影響を与えることができる。【００８５】  ｃ）適応の観点から
「現在の状況」が変化した場合は、適応が実行され、このことは、メディアが代えられることを意味する。どのようにしてこれを行うかについての正確な挙動は、ＳＭＩＬには記述されていない。ＡＭＩＬは、例えば、１つのメディアから別のメディアへの移行するには“ｓｔａｒｔｍｏｄｅ”、映画が終わった場合は再スタート機能及びルーピング機能等のように、異なる属性により文書の作成者を支援する。【００８６】  優先度属性
属性“ｐｒｉｏｒｉｔｙ”は、要素“ｃｈｏｏｓｅ”７０４及び“ｍｅｄｉａｉｔｅｍ”３０４により支援され、適応可能性１５００の重み付けを可能にする。優先度１４００の考えを理解するために、適応可能性１５００の概念を思い出していただきたい。【００８７】  上記「適応可能性記述」に基づき、異なる適応可能性１５００が計算される。再生中には、「現在の状況」に適合する適当な適応可能性１５００が選択される。その後に、適当な適応可能性のセットの中から、最高優先度１４００を有する適応可能性１５００が選択される。【００８８】  図２３に示す第１のアクティビティダイアグラムは、「現在の状況」が変化した場合は、全ての利用可能な適応可能性１５００の中から、「現在の状況」に適合するセットが取出されることを示している。このセットの中から、最高優先度１４００を有する適応可能性１５００が選択される。最後に１つ以上の適応可能性１５００が残っている場合は、リソース消費が少ないほうの適応可能性が選択されるか、又は選択がランダムに行われる。【００８９】  優先度１４００の評価は、全ての適応可能性１５００の計算を踏まえて行われる。図１５は、図１３に示す適応可能性１５００記述７００から得られる適応可能性１５００を示すものであり、以下では、適応可能性を“ＡＰ”の略号で表すこともある。適応可能性（ＡＰ）は、“ｃｈｏｏｓｅ”要素７０４が“ＯＲ”オペレータであり、“ｐａｒ”要素７０２が“ＡＮＤ”オペレータで見なす形で計算される。この結果、以下の論理式が得られる：
（Ｍ４  ＡＮＤ  Ｍ２）ＯＲ（Ｍ４  ＡＮＤ  Ｍ１）ＯＲ（Ｍ３  ＡＮＤ  Ｍ２）ＯＲ（Ｍ３  ＡＮＤ  Ｍ１）
これにより、１つの“ＡＮＤ”式（例えば、Ｍ４  ＡＮＤ  Ｍ２）（適応可能性１５００とも呼ばれる）の選択が「現在の状況」に基づくものになる。【００９０】  適応可能性１５００の関連優先度１４００の評価は以下の方法で行われる：
１．“ｐａｒ”要素７０２の全ての子要素をその優先度１４００に従ってソートする。
２．最初の２つの子要素の環境設定を（ＡＮＤオペレータにより）マージする。もたらされる環境設定の優先度１４００は、優先度の低い子の優先度１４００に付加された優先度の高い子の優先度１４００から構成される。（したがって、文字“−”がセパレータとして使用される。
３．その結果を“ｐａｒ”要素７０２のその他の全ての子と繰返しマージする。優先度１４００は常にステップ２の場合と同様に取扱う。
４．タイプ“ｃｈｏｏｓｅ”７０４の要素は優先度計算を全く行わない。要素“ｃｈｏｏｓｅ”７０４は“ＯＲ”演算であり、そこでは、子要素からの結果が、優先度１４００を含めて、組合わせられるたけであり、修正されることはない。【００９１】  最終的な結果は、この可能な適応の使用メディアの優先度１４００から計算された優先度属性を与えられた可能な適応のリストである。【００９２】  要素間のリンク
このドキュメントにおいて使用される用語「リンク（”ｌｉｎｋ”）」は、異なるドキュメントにおける様々なＷｅｂリソースが相互にリンクされるという一般的意味とは対照的に、１つのＡＭＩＬ文書２４０２における異なる要素のコネクションを表す。図２７に示すように、リンクはその“ｓｏｕｒｃｅ  ａｎｃｈｏｒ”２７０２及び“ｄｅｓｔｉｎａｔｉｏｎ  ａｎｃｈｏｒ”２７０４により記述される。アンカーのソース２７０２はＸＭＬ属性“ｉｄ”の使用により、アンカーの終点２７０４はＸＭＬ属性“ｉｄｒｅｆ”の使用により記述される。両属性は、ＸＭＬ文書の構文解釈中に（ＸＭＬスキーマを使用せずに）妥当性検証される。【００９３】  図５は、様々なモジュール間の関連付けを示す。情報自体は異なるモジュール全体に配信されるので、リンクは極めて重要である。「適応記述モジュール」は単に適応可能性１５００を記述するだけであり、メディア自体は「メディアアイテムモジュール」１０８に記述され、対話４０４は「対話モジュール」１１０に記述され、レイアウト３７０２全体は「レイアウトモジュール」１０６に記述される。これらのモジュールは、情報の分離を可能にし、それにより、全てのリンク領域がまだ利用可能である限りは、「メディアアイテムモジュール」１０８又は「対話モジュール」１１０からの情報には何も触れずに、レイアウト３７０２等の修正が可能になる。【００９４】  図９は、ＡＭＩＬモジュール間のリンク１６００を記述するために使用される関連付けの名前及びそのモジュールを示す。【００９５】  図１６は例示文書を示す。例であるため、文書は非常に簡潔なものにしてある。その結果、適応記述２９００は１つのメディアアイテム３０４に減らされており、そのメディアアイテム３０４のプロパティは「メディアアイテムモジュール」１０８に記述され、ＸＭＬ属性“ｉｄｒｅｆ”を用いてリンクされる。両要素、すなわち、「メディアアイテムモジュール」１０８のメディアアイテム３０４及び「対話モジュール」１１０のウィジェット４０４は、両要素が表示される「レイアウトモジュール」１０６の要素領域５０２を参照する。図６は、このマルチメディアプレゼンテーションがどのように見えるかを示す。【００９６】  注：
ａ）「メディアアイテムモジュール」１０８の要素“ｍｅｄｉａｉｔｅｍ”３０４は、「レイアウト３７０２記述モジュール」の要素領域５０２の参照を支援するには不要である。この要素はオプションであり、ビジュアルコンポーネントを有するメディアの場合にのみ意味があり、このことは、もしメディアがレンダリングのための領域を指定した場合は、このビジュアルコンポーネントが参照領域に表示されることを意味する。
ｂ）ビジュアルコンポーネントは、指定領域のサイズに設定される。もしメディアがその領域に適合しない場合は、デフォルトによる拡大／縮小が行われる。【００９７】  再利用の粒度
マルチメディアプレゼンテーションのオーサリングは非常に時間とコストのかかるタスクなので、効率及び経済的理由から、適応マルチメディアアプリケーションの再利用が注目されてきた。しかしながら、これは非常に慎重に考慮しなければならない。第１に、文書はそれぞれの要求に応じて動的に生成される。したがって、静的に利用可能ではない文書の部分を参照することは極めて困難である。【００９８】  さらに、例えば、ファイルシステムに保存された静的ＡＭＩＬ文書２４０２の使用には制限はない。この理由から、“ａｍｉｌ−ｄｏｃｕｍｅｎｔ”と呼ばれる別のタイプのメディアがすでに導入されている。“ａｍｉｌ−ｄｏｃｕｍｅｎｔ”タイプのメディアアイテム３０４は、その指定領域においてレンダリングされる。【００９９】  図１７は、どのようにしたら適応マルチメディアプレゼンテーションを別の適応マルチメディアプレゼンテーションの一部として使用できるかを示す。それによれば、マルチメディアプレゼンテーション“ｐｒｅｓｅｎｔａｔｉｏｎ−Ｂ．ａｍｉｌ”は、マルチメディアプレゼンテーション“ｐｒｅｓｅｎｔａｔｉｏｎ−Ａ．ａｍｉｌ”に記述された別のマルチメディアアプリケーションからのメディアアイテム３０４として参照される。【０１００】  注：いくつかの要素が、それらの要素の参照を可能にする“ＩＤ”タイプの属性を含んでいる。ここに記述したような現在のＡＭＩＬのバージョンは文書レベルで再利用１７００（参照）を支援するにすぎない。これ以降のバージョンになれば、特定のモジュールの再利用１７００（参照）が可能になるかもしれない。【０１０１】  ＡＭＩＬ名前空間
異なる語彙を区別するために、ＸＭＬ世界では、名前空間（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ：”Ｎａｍｅｐｌａｃｅｓ  ｉｎ  ＸＭＬ”、１９９９年１月１４日、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＲＥＣ−ｘｍｌ−ｎａｍｅｓ／を参照。）が非常によく用いられる。語彙の最新バージョンを参照するために、ＡＭＩＬはＵＲＩ“ｗｗｗ．ｓｏｎｙ．ｄｅ／ａｍｉｌ”を使用する。図４０は完全なＡＭＩＬ文書２４０２を示すものであり、そこでは、名前空間が全文書にわたって明示的に使用されている。【０１０２】  ＡＭＩＬ文書オブジェクトモデル（ＡＭＩＬ  ＤＯＭ）
本発明の範囲において、ＡＭＩＬ文書２４０２を抽象文書構造において記述するために、ＡＭＩＬ文書オブジェクトモデル（ＡＭＩＬ  ＤＯＭ）が導入されている。このモデルはＡＭＩＬ文書２４０２のコンテンツ及び構造の動的アクセス及び更新を支援する。文書はさらに処理することができ、その処理の結果が提示された文書に盛込まれる。ＡＭＩＬＤＯＭは非常に簡単である。事実、これはＷ３Ｃにより提案されたＤＯＭへの拡張である。“ＸＨＴＭＬ  ３０６ｂ  ＤＯＭ”及び“ＷＭＬ  ＤＯＭ”のように、“ＡＭＩＬ  ＤＯＭ”はＡＭＩＬ固有語彙により基本Ｗ３Ｃ  ＤＯＭを拡張するだけである。【０１０３】  最新技術の文書オブジェクトモデルにおいては、ＡＭＩＬ  ＤＯＭは簡素化トランザクションモデルを支援する。これにより、ＡＭＩＬ  ＤＯＭへの論理的グループ化操作のセットを作成することが可能になり、その結果、適応文書に対するトランザクション修正が支援されることになる。例えば、「適応記述固有」要素“ｃｈｏｏｓｅ”７０４の交換はごく小さな変化として行わなければならず、その結果、全ての適応可能性１５００が再計算されることになる。もしそれが自動的に行われない場合は、修正は非常に決定的なステップであるかもしれず、その結果、状態が一貫性のなるものになる。【０１０４】  図２８及び図３５に示すように、ＡＭＩＬ  ＤＯＭは、最新技術プリミティブは別として、インターフェース“ｄｏｃｕｍｅｎｔ”２８０６を“ｃｏｍｍｉｔ”プリミティブにより強化することにより、単純なトランザクション指向処理を行うためのプリミティブを支援する。なお、“ｃｏｍｍｉｔ”プリミティブがトリガされるまでは、修正はミドルウェアには送られない。【０１０５】  ＡＭＩＬ文書２４０２の内部プレゼンテーションを作成した後に、この内部プレゼンテーションを、例えば、ユーザ対話４０４又はユーザの位置の変化のような、「現在の状況」における変化に適応することができる。コミットされるまでは、修正は可視的にはならない。この事実は、図３６に示してある。右側の図は、文書が修正された後に、どのようにすればレイアウト３７０２を変更することができるかを示している。【０１０６】  以下の各節において、適応プロセスのより詳細な記述７００のためにオプションで使用することができるモジュールを紹介する。これらのモジュールは必須ではなく、このことは、ＡＭＩＬ文書２４０２がこれらのモジュールなしでも意味論的に妥当であることを意味する。【０１０７】  １．イベントモジュール
“ｅｖｅｎｔ”３８０２はいずれかのセンサからＡＭＩＬブラウザへの信号であり、「現在の状況」が変化したことを示している。序論で述べたように、現在の状況は３つの次元に、すなわち、ネットワークＱｏＳ、モバイル機器能力、及びユーザコンテキストに分類される。このシナリオにおいては、「現在の状況」に基づき、ＡＭＩＬ文書２４０２はリクエストタイムに動的に生成される。その後に、Ｓ．Ｗｉｒａｇ、Ｒ．Ｓｔｅｉｎｍｅｔｚ及びＬ．Ｃ．Ｗｏｌｆ（編）論文“Ｍｏｄｅｌｉｎｇ  ｏｆ  Ａｄａｐｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｄｏｃｕｍｎｅｎｔｓ”（Ｉｎｔｅｒａｃｔｉｖｅ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ；第４回国際ワークショップ、ＩＤＭＳ’９７、ドイツ、ダルムシュタット、１９９７年９月、ｐｐ．４２０〜４２９）に記載されている支援ミドルウェアが、ＡＭＩＬ文書２４０２において指定されたメディアの適応プロセスを制御するが、ＡＭＩＬ文書２４０２は全く静的なままである。ＡＭＩＬ「イベントモデル（Ｅｖｅｎｔｓ  Ｍｏｄｅｌ）」１１８の導入により、「現在の状況」が変化すると、文書は様々な影響を受け得る：
ａ）リンク構造の修正：ＡＭＩＬ文書２４０２は語彙、（どのように要素が入れ子にされるかを定義する）階層構造、及び（どのように要素がリンクされるかを記述する）非階層構造から構成されている。「現在の状況」の変化の結果として、リンク構造の修正が可能になる。それにより、関連付け「メディアアイテムとレイアウトをリンク（Ｌｉｎｋｉｎｇ  Ｍｅｄｉａｉｔｅｍｓ  ａｎｄ  Ｌａｙｏｕｔ）」及び「ウィジェットとレイアウトをリンク（Ｌｉｎｋｉｎｇ  Ｗｉｄｇｅｔ  ａｎｄ  Ｌａｙｏｕｔ）」が変更される（図３７を参照）。
ｂ）文書構造全体の修正：この結果、更新された、又は全く異なるＡＭＩＬ文書２４０２が得られる。【０１０８】  図３８は、いくつかのタイプの可能なイベント３８０２を示す。詳しくは、「現在の状況」の一部を記述する各パラメータをイベント３８０２としてモデリングすることができる。図２４は、ＡＭＩＬ文書の特定のインスタンスに対するイベント３８０２の影響を示す。事例ａ）においては、文書の内部リンク構造が変更され、事例ｂ）においては、本質的な階層文書構造及び内部リンク１６００が変更される。この結果、更新された、又は全く異なるＡＭＩＬ文書２４０２を得ることができる。【０１０９】  注：
ａ）本発明が行われるまでは、「リンク構造の修正」に重点が置かれていた。これに対し、「文書全体の修正」はそれまでは想定されていなかった。しかしながら、「従来の」シナリオと「文書検索」シナリオを考え合わせた場合は、文書全体の修正は極めて興味深いトピックである。なお、「現在の状況」の変化に基づき、文書構造全体を変えることもできる。
ｂ）この節及び次の小節で述べた方法で、「現在の状況」の変化を、（ドキュメント処理の実行を受持つ）ＡＭＩＬブラウザに送ることができる。しかし、イベント３８０２は何かが起こったことを言っているにすぎず、イベント３８０２に関するより詳細な情報は送られない。したがって、もし必要であれば、追加機能１８００を、式において使用するためのＸＰａｔｈ及びＸＳＬＴ仕様への部分／拡張として提供しなければならない。（次の小節に記述したように、ＸＰａｔｈ及びＸＳＬＴは“ａｃｔｉｏｎ”における“ｃｏｎｄｉｔｉｏｎａｌ”式を記述するために使用される。【０１１０】  図１９は、要素ａｃｔｉｏｎの一部とすることもできる条件文を示す。機能“ｄｉｆｆ”は、“ｃｕｒｒｅｎｔｌｏｃａｔｉｏｎ”と地点（’４７，１１’，’９，３４’）（それぞれ経度及び緯度を表す）における位置との差が５００メートル未満の場合は、テスト要素のコンテンツを評価すべきであることを記述するために使用される拡張である。【０１１１】  ＡＭＩＬにより支援されるイベントモジュール１１８は、「現在の状況」の変化に基づくアクションを可能にする。モジュール自体はオプションであり、支援する必要はない。【０１１２】  要素“ａｄａｐｔａｔｉｏｎｅｖｅｎｔ”：要素“ａｄａｐｔａｔｉｏｎｅｖｅｎｔ”は、適応イベントモジュール１１８の最も外側の要素である。この要素は、論理的にはＡＭＩＬ文書２４０２において使用される適応イベント記述７００用のコンテナの役割を果たす。
“ｉｄ”属性：ＸＭＬに従って、適応可能性記述モジュール全体を参照するための識別子として使用される。【０１１３】  要素“ｌｉｓｔｎｅｒ”３９０６：要素“ｌｉｓｔｎｅｒ”は、リスナーが有する唯一の子である特定のアクションへのイベント３８０２の結合を実現する。
“ｔｙｐｅ”属性：属性“ｔｙｐｅ”は、どのイベント３８０２をリスナー３９０６が聴いているのかを指定する。この属性は単なる識別子であり、特定のセンサのプロパティが変化したことを反映する。イベント３８０２と関連付けられた利用可能な追加情報は存在しない。
注：
ａ）支援されるイベント３８０２はＸＭＬスキーマ“ＥｖｅｎｔＴｙｐｅ”に一覧として記述される。追加イベント３８０２タイプを定義することを恐れるべきではない。“ＥｖｅｎｔＴｙｐｅ”はＸＭＬスキーマに記述され、ドメイン固有的に拡張することができる。
ｂ）（名前空間固有）属性値は以下のパターンに適合しなければならない。
”ｓｅｎｓｏｒ”：：”ｎａｍｅ  ｏｆ  ｔｈｅ  ｅｖｅｎｔ”
したがって、センサは、イベント３８０２のソースを指定し、名前はイベント３８０２の種類を指定する。パターンが要求され、妥当性検査プロセスがルールをチェックする。【０１１４】  要素“ａｃｔｉｏｎ”３９１０：要素“ａｃｔｉｏｎ”３９１０はアクティビティをイベント３８０２の結果として記述する。要素の内容は、“ｃｏｎｄｉｔｉｏｎａｌ”及び“ａｃｔｉｏｎ”文（例えば、“ｌｉｎｋ”文）から構成されている。条件文を表すための語彙がＸＳＬＴにおいてすでに利用可能であるという事実から、この要素は継承され、イベントモジュール１１８に統合される。このことは、文書に適用される文（例えば、“ｌｉｎｋ”文）を、「現在の状況」の変化をより詳細に考えるために、条件文において使用することもできるし、直接使用することもできる。図１９は、ＸＳＬＴの条件文を使用する適応イベント記述１９００／２０００の典型的文書断片を示す。図２０は、ＸＳＬＴの条件文を使用せずにアクションを記述する文書断片を示す。【０１１５】  要素“ｌｉｎｋ”３９１４：要素“ｌｉｎｋ”３９１４は、文書のリンク構造を変える。この要素は、属性“ｅｌｅｍｅｎｔ”に記述されたリンクを交換する。
注：この属性は“ＩＤＲＥＦ”型であり、このことは、その存在がＡＭＩＬ文書２４０２の読取り中に妥当性検証されることを意味する。
“ｅｌｅｍｅｎｔ”属性：修正すべきリンクを有する要素をそのユニーク“ｉｄ”により指定する。【０１１６】  “ｓｏｕｒｃｅ”要素３９１６：“ｓｏｕｒｃｅ”要素３９１６はリンクのソースを指定する。
“ｒｅｆ”属性：属性の名前と、どの値を修正しなければならないかを指定する。属性自体はリンクのソースである。【０１１７】  “ｔａｒｇｅｔ”要素３９１８：“ｔａｒｇｅｔ”要素３９１８はリンクの新しいターゲットを指定する。
“ｒｅｆ”属性：新しいリンク属性を指定する。【０１１８】  例：【０１１９】
【表６】
2006500666.tif 000008
【０１２０】  この結果、メディアアイテムのビジュアルコンポーネントは“ｒｅｇｉｏｎＡ”の代わりに“ｒｅｇｉｏｎＢ”を使用することになる。メディアのビジュアルコンポーネントの正確な挙動は領域の属性“ｆｉｔ”により決まる。【０１２１】  ２．制約条件モジュール
制約条件モジュール（Ｃｏｎｓｔｒａｉｎｔｓ  Ｍｏｄｕｌｅ）１１６は、可能な適応選択肢２１００のセットに影響を与えるために（ほとんどの場合は、セットを減らすために）、追加制約条件８０２を適応記述要素に追加することを可能にする。制約条件８０２が適用されると、例えば、個々の制約条件８０２により指定されたものより高い「ビットレート」を必要とする（各々が異なるメディアアイテムからなる）全ての適応選択肢２１００を除去することが可能である。【０１２２】  したがって、このレベルにおいては選択肢が存在しないという事実にもかかわらず、かかる制約条件を“ｍｅｄｉａｉｔｅｍ”要素３０４にも許容することが有益である。その理由は、メディアを異なるメディア環境設定において実行できることがあるからである。メディアアイテムが異なるメディア環境設定を提供することがあり、メディア環境設定はメディアアイテム３０４を再生する際に動的に選択することができる。各メディア環境設定の結果として、異なる品質、リソース要件又はエラーローバスト性のように、プロパティが異なるものになることがある。このようなメディアアイテムの例としては、階層コーデックを使用するビデオストリーム、受信者サイドからそのコーディングパラメータに影響を与えることができるライブストリーム、又は順方向誤り訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ：ＦＥＣ）アルゴリズムを動的に適用できるメディアストリーム３０４がある。制約条件８０２が使用されると、作成者は不必要なメディア環境設定を排除する可能性を有する。【０１２３】  メディアアイテム３０４に適用された場合と別の適応記述要素に適用された場合の制約条件８０２の意味の違いを理解することが重要である。メディアアイテム３０４に適用された場合は、可能なメディアアイテム環境設定を制限する。（例えば、“ｃｈｏｏｓｅ”７０４のような）別の適応記述要素に適用された場合は、（それぞれがメディアアイテム３０４のセットから構成されている）要素の全ての可能な適応可能性１５００に適用される。図２１に示すＡＭＩＬコードにおいては、最も外側の“ｐａｒ”は少なくとも４つの適応選択肢２１００（ｍ１  ＡＮＤ  ｍ３、ｍ１  ＡＮＤ  ｍ４、ｍ２  ＡＮＤ  ｍ３、ｍ２  ＡＮＤ  ｍ４）を有する。もしメディアアイテム３０４が異なるメディア環境設定を許容する場合は、２つの選択肢が１つのメディアアイテム３０４又は１つのメディア環境設定において異なるので、リストはさらに拡張される。【０１２４】  この“ｐａｒ”要素に適用された制約条件８０２はこれらの選択肢の１つ以上を除去することもできる。例えば、制約条件“ｂｉｔｒａｔｅ＜５００ｋＢｉｔ／ｓ”の場合は、メディアアイテム結合ビットレートがそれよりも高い全ての選択肢が除去されることになる。【０１２５】  作成者は、制約条件８０２が一貫性を有し、全ての適応選択肢２１００が除去される状況を招くことがないように注意しなければならない。【０１２６】  次の節では、ＡＭＩＬ言語により支援される「制約条件モジュール（Ｃｏｎｓｔｒａｉｎｔ  Ｍｏｄｕｌｅ）」８００を説明する。【０１２７】  “ｃｏｎｓｔｒａｉｎｔｓ”要素８０１：“ｃｏｎｓｔｒａｉｎｔｓ”要素８０１は、制約条件モジュール８００の最も外側の要素である。この要素は論理的には、ＡＭＩＬ文書２４０２において使用される全ての“ｃｏｎｓｔｒａｉｎｔ”要素８０１用のコンテナの役割を果たす。
“ｉｄ”属性：「制約条件モジュール」８００全体を参照するための識別子としてＸＭＬに従って使用される。【０１２８】  “ｃｏｎｓｔｒａｉｎｔ”要素８０２：“ｃｏｎｓｔｒａｉｎｔ”要素８０２は、いくつかの“ｒｅｓｔｒｉｃｔｉｏｎ”要素８０４、“ａｄａｐｔａｔｉｏｎｔｒｉｇｇｅｒ”要素８０６及び／又は“ａｄａｐｔａｔｉｏｎｆｒｅｑｕｅｎｃｙ”要素８０８用のコンテナである。定義された制約条件８０２を適用することを希望するその他の要素がこの要素を参照することができる。
“ｉｄ”属性：“ｃｏｎｓｔｒａｉｎｔ”８０２全体を参照するための識別子としてＸＭＬに従って使用される。【０１２９】  “ｒｅｓｔｒｉｃｔｉｏｎ”要素８０４：“ｒｅｓｔｒｉｃｔｉｏｎ“要素８０４は、制約条件８０２により課される実際の制限を記述するために使用される。
“ｖａｌｕｅ”属性：“ｖａｌｕｅ”属性は、実際の制限のテキスト形式記述７００を含む。その値は異なる条件から構成されている。条件自体は「制限識別子」、それに続く比較オペレータ、それに続く値プラス任意の単位から構成されている（例：“ｂａｎｄｗｉｄｔｈ＜５００ｋＢｉｔ／ｓ”）。条件は、“ＡＮＤ”オペレータ又は“ＯＲ”オペレータを用いて結合することができる。制限識別子は可能な比較オペレータ、値の範囲及び単位を決定する。図１１は、支援される制限識別子を示す。
いくつかのＸＭＬ要素又は属性の中ではなく、１つの属性値の中にこのデータを有することの利点は、追加制限識別子を後にＡＭＩＬ文法の変更の必要なしで追加できることにある。【０１３０】  “ａｄａｐｔａｔｉｏｎｔｒｉｇｇｅｒ”要素８０６：“ａｄａｐｔａｔｉｏｎｔｒｉｇｇｅｒ”要素８０６は、メディアアイテムが問題を有すると考えられ、したがって、もし条件が真になった場合は、適応を実施すべきである条件を記述するために使用される。
”ｒｅｓｔｒｉｃｔｉｏｎ”８０４と“ａｄａｐｔａｔｉｏｎｔｒｉｇｇｅｒ”８０６との相違点に注意することが重要である。ｒｅｓｔｒｉｃｔｉｏｎ”８０４が可能な適応選択肢２１００の数を制限するのに対して、“ａｄａｐｔａｔｉｏｎｔｒｉｇｇｅｒ”８０６は、メディアアイテム４０３の再生時間中に生じてはならない条件を定義する。
“ｖａｌｕｅ”属性：“ｖａｌｕｅ”属性は、実際の制限のテキスト形式記述７００を含む。その値は常に、異なる条件から構成されたストリングである。条件は条件識別子、それに続く比較オペレータ、それに続く値プラス任意の単位から構成されている（例：“ｆｒａｍｅｒａｔｅ＜１５ｆｒａｍｅｓ／ｓ”）。条件は、“ＡＮＤ”オペレータ又は“ＯＲ”オペレータを用いて結合することができる。制限識別子は可能な比較オペレータ、値の範囲及び単位を決定する。
図１２は、支援される「適応トリガ識別子」を示す。
適応トリガを評価するために、ＡＭＩＬプレイヤは、メディアアイテム３０４の再生時間中の対応値を測定する手段を必要とする。もしＡＭＩＬプレイヤが特定の値を測定する可能性を有していない、又は指定された条件がメディアアイテムのタイプに適用されない場合は、対応適応トリガは無視される。
いくつかのＸＭＬ要素又は属性の中ではなく、１つの属性値の中にこのデータを有することの利点は、追加制限識別子を後にＡＭＩＬ文法の変更の必要なしで追加できることにある。【０１３１】  “ａｄａｐｔａｔｉｏｎｆｒｅｑｕｅｎｃｙ”要素８０８：“ａｄａｐｔａｔｉｏｎｆｒｅｑｕｅｎｃｙ”要素８０８は、どの程度の頻度で適応を行うべきかを記述するために使用される。状況が悪化した場合には、適応が常に必要となる。状況が改善した場合には、どの程度の速度で対応すべきかを決定する異なる戦略を適応することができる。その結果として、より「安定的な」適応挙動又は「機動的な」適応挙動が行われることになる。この要素を用いて、この挙動に影響を与えることができる。
“ａｄａｐｔａｔｉｏｎｆｒｅｑｕｅｎｃｙ”要素８０８は、適応可能性１５００を全く有していない“ｍｅｄｉａｉｔｅｍ”要素又はその他の要素に関連付けられた場合は、何の意味も有していない。適応記述要素に関連付けられた“ａｄａｐｔａｔｉｏｎｆｒｅｑｕｅｎｃｙ”要素８０８は、その適応記述要素の内部の要素と関連付けられた全てのその他の“ａｄａｐｔａｔｉｏｎｆｒｅｑｕｅｎｃｙ”要素８０８を上書きする。
定義された適応頻度は常に、それが割当てられた適応記述２９００要素の全ての適応選択肢に適用される。したがって、適応記述２９００のある部分を「機動的に」対応するように設定し、別の部分を「安定的に」対応するように設定することができる。適応アルゴリズムは、「機動的」部分の方が「安定的」部分よりも頻繁に変更される実行時間中に、適応可能性１５００を選択しようとすることになる。
“ｖａｌｕｅ”属性：この属性は、適応挙動がいかにあるべきかを指定する。可能な値は“ｓｔａｂｌｅ”（「安定的」）、“ｍｏｄｅｒａｔｅ”（「中間的」）及び“ａｇｉｌｅ”（「機動的」）である。【０１３２】  図１１は、“ｒｅｓｔｒｉｃｔｉｏｎ”要素８０４の“ｖａｌｕｅ”属性に含まれた制限識別子の概要を示す。可能な比較オペレータは、＜、＞、＜＝、＞＝である。【０１３３】    図１２は、“ａｄａｐｔａｔｉｏｎｔｒｉｇｇｅｒ”要素８０６の“ｖａｌｕｅ”属性に含まれた適応トリガ識別子の概要を示す。可能な比較オペレータは、＜、＞、＜＝及び＞＝である。
【図面の簡単な説明】
【０１３４】
【図１】本発明の一実施例に係る構造モジュールを示す図である。
【図２】一実施例に係る構造モジュールを示す図である。
【図３Ａ】一実施例に係るメディアアイテムモジュールの全体及びその一部を示す図である。
【図３Ｂ】一実施例に係るメディアアイテムモジュールの一部を示す図である。
【図４Ａ】一実施例に係る対話モジュールの全体及びその一部を示す図である。
【図４Ｂ】一実施例に係る対話モジュールの一部を示す図である。
【図５】レイアウトモジュールとメディアアイテムモジュールと適応モジュールと対話モジュールとの関係を示す図である。
【図６】典型的なモバイルマルチメディアプレゼンテーションのフォーマットを示す図である。
【図７】ＡＭＩＬ  ＤＯＭデータ構造内のＡＭＩＬ文書の記述を示す図である。
【図８Ａ】本発明の一実施例に係る制約条件モジュールの全体及びその一部を示す図である。
【図８Ｂ】本発明の一実施例に係る制約条件モジュールの一部を示す図である。
【図９】異なる適応可能性を説明する第１の表を示す図である。
【図１０】適応モジュールとメディアアイテムモジュール、メディアアイテムモジュールとレイアウトモジュール、及び対話モジュールとレイアウトモジュールとのリンクをモデリングするための適用関連付けを説明する第２の表を示す図である。
【図１１Ａ】適用された制限識別子を示す第３の表の一部を示す図である。
【図１１Ｂ】適用された制限識別子を示す第３の表の一部を示す図である。
【図１２】適用された適応トリガ識別子を示す第４の表を示す図である。
【図１３】異なる適応可能性（ＡＰ）の記述の具体例を示す図である。
【図１４】優先度の計算の具体例を示す図である。
【図１５】適応可能性（ＡＰ）の具体例を示す図である。
【図１６】適応モジュールとメディアアイテムモジュール、メディアアイテムモジュールとレイアウトモジュール、及び対話モジュールとレイアウトモジュールとのリンクの具体例を示す図である。
【図１７】ＡＭＩＬ文書の再利用の具体例を示す図である。
【図１８】追加機能の具体例を示す図である。
【図１９】適応イベント記述の文書断片の第１の具体例を示す図である。
【図２０】適応イベント記述の文書断片の第２の具体例を示す図である。
【図２１】異なる適応選択肢の具体例を示す図である。
【図２２Ａ】制約条件の定義及び使用の具体例の一部を示す図である。
【図２２Ｂ】制約条件の定義及び使用の具体例の一部を示す図である。
【図２３】適用ＡＭＩＬ  ＤＯＭデータ構造を使用して異なる適応可能性を決定するプロセスを示す第１のアクティビティダイアグラムを示す図である。
【図２４】適用ＡＭＩＬ  ＤＯＭデータ構造の変化を説明した第２のアクティビティダイアグラムを示す図である。
【図２５】メディアアイテムと領域との関係を示す第１のＵＭＬクラスダイアグラムを示す概略図である。
【図２６】ウィジェットと領域との関係を示す第２のＵＭＬクラスダイアグラムを示す概略図である。
【図２７】適用されたリンク要素を説明する第３のＵＭＬクラスダイアグラムを示す概略図である。
【図２８】適用されたＡＭＩＬ  ＤＯＭデータ構造のアプリケーションプログラミングインターフェース（ＡＰＩ）を示す第４のＵＭＬクラスダイアグラムの概略図である。
【図２９Ａ】適応記述モジュールの全体を示す概略図である。
【図２９Ｂ】適応記述モジュールの一部を示す概略図である。
【図２９Ｃ】適応記述モジュールの一部を示す概略図である。
【図２９Ｄ】適応記述モジュールの一部を示す概略図である。
【図２９Ｅ】適応記述モジュールの一部を示す概略図である。
【図３０】同じメディアアイテムの時間変動品質を示すダイアグラムである。
【図３１】異なるメディアアイテムの時間変動品質を示す第１のダイアグラムである。
【図３２Ａ】異なるメディアアイテムの時間変動品質を示す第２のダイアグラムである。
【図３２Ｂ】異なるメディアアイテムの時間変動品質を示す第３ダイアグラムである。
【図３３】異なるメディアアイテムの時間変動品質を示す第４のダイアグラムである。
【図３４】異なるメディアアイテムの時間変動品質を示す第５のダイアグラムである。
【図３５】ＡＭＩＬ  ＤＯＭデータ構造の使用を示す第１の概略シーケンスダイアグラムである。
【図３６】ＡＭＩＬ文書に関する可能な修正を示す第２のシーケンスダイアグラムの概略図である。
【図３７】ＡＭＩＬ文書のリンク構造の修正につながる現在の状況の変化を説明する図である。
【図３８】現在の状況が変化した場合の可能なイベントを示すクラスダイアグラムである。
【図３９Ａ】現在の状況への働きかけを可能にするＡＭＩＬにより支援されたイベントモジュールの全体及びその一部を示す概略ダイアグラムである。
【図３９Ｂ】現在の状況への働きかけを可能にするＡＭＩＬにより支援されたイベントモジュールの一部を示す概略ダイアグラムである。
【図３９Ｃ】現在の状況への働きかけを可能にするＡＭＩＬにより支援されたイベントモジュールの一部を示す概略ダイアグラムである。
【図４０Ａ】コアモジュールを支援するＡＭＩＬ文書の具体例の一部を示す図である。
【図４０Ｂ】コアモジュールを支援するＡＭＩＬ文書の具体例の一部を示す図である。
【図１】
2006500666.tif 000009
【図２】
2006500666.tif 000010
【図３Ａ】
2006500666.tif 000011
【図３Ｂ】
2006500666.tif 000012
【図４Ａ】
2006500666.tif 000013
【図４Ｂ】
2006500666.tif 000014
【図５】
2006500666.tif 000015
【図６】
2006500666.tif 000016
【図７】
2006500666.tif 000017
【図８Ａ】
2006500666.tif 000018
【図８Ｂ】
2006500666.tif 000019
【図９】
2006500666.tif 000020
【図１０】
2006500666.tif 000021
【図１１Ａ】
2006500666.tif 000022
【図１１Ｂ】
2006500666.tif 000023
【図１２】
2006500666.tif 000024
【図１３】
2006500666.tif 000025
【図１４】
2006500666.tif 000026
【図１５】
2006500666.tif 000027
【図１６】
2006500666.tif 000028
【図１７】
2006500666.tif 000029
【図１８】
2006500666.tif 000030
【図１９】
2006500666.tif 000031
【図２０】
2006500666.tif 000032
【図２１】
2006500666.tif 000033
【図２２Ａ】
2006500666.tif 000034
【図２２Ｂ】
2006500666.tif 000035
【図２３】
2006500666.tif 000036
【図２４】
2006500666.tif 000037
【図２５】
2006500666.tif 000038
【図２６】
2006500666.tif 000039
【図２７】
2006500666.tif 000040
【図２８】
2006500666.tif 000041
【図２９Ａ】
2006500666.tif 000042
【図２９Ｂ】
2006500666.tif 000043
【図２９Ｃ】
2006500666.tif 000044
【図２９Ｄ】
2006500666.tif 000045
【図２９Ｅ】
2006500666.tif 000046
【図３０】
2006500666.tif 000047
【図３１】
2006500666.tif 000048
【図３２Ａ】
2006500666.tif 000049
【図３２Ｂ】
2006500666.tif 000050
【図３３】
2006500666.tif 000051
【図３４】
2006500666.tif 000052
【図３５】
2006500666.tif 000053
【図３６】
2006500666.tif 000054
【図３７】
2006500666.tif 000055
【図３８】
2006500666.tif 000056
【図３９Ａ】
2006500666.tif 000057
【図３９Ｂ】
2006500666.tif 000058
【図３９Ｃ】
2006500666.tif 000059
【図４０Ａ】
2006500666.tif 000060
【図４０Ｂ】
2006500666.tif 000061
【国際調査報告】
2006500666.tif 000062
2006500666.tif 000063
2006500666.tif 000064