(57)【要約】【課題】ＩＰＭＰにより保護されたコンテンツを処理するために使用されるＩＰＭＰツールを規定する情報をＩＰＭＰ端末に送信する方法を提供する。【解決手段】方法は、ＭＰＥＧ−ｎ　ＩＰＭＰシステムで使用される、端末プラットフォーム仕様、パラメータ記述及びパラメータ集合に対するＸＭＬスキーマを規定し、使用する。例えば、端末プラットフォームを規定する所定の端末プラットフォームＸＭＬスキーマ及び言語に基き、端末プラットフォーム仕様が、どのプラットフォーム又は端末上でＩＰＭＰツールが動作可能かを規定するために、端末プラットフォームＸＭＬスキーマ及び言語に基いて生成される。端末プラットフォーム仕様はツールに関連したメタデータに付加される。端末プラットフォーム仕様及びメタデータは、端末プラットフォームＸＭＬスキーマ及び言語に基いて端末プラットフォームパーサが実装されたＩＰＭＰ端末に送信される。【選択図】　図１
2004007452.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰＭＰにより保護されたコンテンツを処理するために使用されるＩＰＭＰツールを指定する情報をＩＰＭＰ端末に送信する方法であって、該方法はＩＰＭＰシステムにおいて端末プラットフォーム仕様に対するＸＭＬスキーマを使用し、
端末プラットフォームを記述する、所定の端末プラットフォームスキーマ及び言語に基いて、
端末プラットフォーム仕様を、どのプラットフォーム又は端末上でＩＰＭＰツールが動作可能かを規定するために、前記端末プラットフォームスキーマ及び言語に基いて生成し、
該端末プラットフォーム仕様をツールに関連するメタデータに付加し、
端末プラットフォーム仕様及びＩＰＭＰツールを、前記端末プラットフォームスキーマ及び言語に基いて端末プラットフォーム仕様の解釈手段が実装されたＩＰＭＰ端末に送信する
ことを特徴とする方法。
【請求項２】
さらに、前記送信前に、ＩＰＭＰで保護されたコンテンツ中に端末プラットフォーム仕様とともにツールを格納する、ことを特徴とする請求項１記載の方法。
【請求項３】
ＩＰＭＰにより保護されたコンテンツを処理するために使用されるツールを指定する情報をＩＰＭＰ端末に送信する方法であって、
該方法は、ＭＰＥＧ−ｎ　ＩＰＭＰシステムにおいて端末プラットフォーム仕様に対するＸＭＬスキーマを使用し、
端末プラットフォームを記述する、所定の端末プラットフォームスキーマ及び言語に基いて、ＩＰＭＰ端末を規定するために、端末プラットフォーム仕様のスキーマ及び言語にしたがいＩＰＭＰ端末上で端末プラットフォーム仕様が生成され、
前記方法は、
ＩＰＭＰ端末がＩＰＭＰツールを遠隔サーバから取り出そうとする際に、ＩＰＭＰ端末から端末プラットフォーム仕様を受信し、
前記端末プラットフォームスキーマ及び言語に基いて端末プラットフォーム仕様の解釈手段を使用し、端末プラットフォーム仕様を解釈し、
どのＩＰＭＰツールを、要求したＩＰＭＰ端末に返送すべきかを決定する
ことを特徴とする方法。
【請求項４】
ＩＰＭＰにより保護されたコンテンツを処理するために使用されるツールを規定する情報をＩＰＭＰ端末に送信する方法であって、該方法は、ＭＰＥＧ−ｎ　ＩＰＭＰシステムにおけるパラメータ記述に対するＸＭＬスキーマを使用し、
ＩＰＭＰツールを記述する、所定のパラメータ記述スキーマ及び言語に基いて、
パラメータ記述を、所望のＩＰＭＰツールを記述するために、パラメータ記述スキーマ及び言語に基いて生成し、
該パラメータ記述をＩＰＭＰにより保護されたコンテンツに付加し、
前記パラメータ記述及びコンテンツを、前記パラメータ記述スキーマ及び言語に基いてパラメータ記述の解釈手段が実装されたＩＰＭＰ端末に送信する
ことを特徴とする方法。
【請求項５】
ＩＰＭＰシステムにおいてパラメータ記述に対するＸＭＬスキーマを用いて、ＩＰＭＰにより保護されたコンテンツをＩＰＭＰ端末上で処理するためのツールを決定する方法であって、
ＩＰＭＰツールを記述する、所定のパラメータ記述スキーマ及び言語に基いて、パラメータ記述が、所望のＩＰＭＰツールを規定するために、前記パラメータ記述スキーマ及び言語にしたがい生成され、該パラメータ記述がＩＰＭＰにより保護されるコンテンツに付加され、
前記方法は、
コンテンツからパラメータ記述を取り出し、
パラメータ記述を端末ツールセット内の各ＩＰＭＰツールに対応づけ、ツールがパラメータ記述を満たすか否かを確認し、
端末ツールセット内のツールをパラメータ記述と比較し、各ＩＰＭＰツールがパラメータ記述を満たすか否かを検証し、
パラメータ記述を満たすツールセットからツールを選択する
ことを特徴とする方法。
【請求項６】
ＩＰＭＰにより保護されたコンテンツを処理するために使用されるツールを規定する情報をＩＰＭＰ端末に送信する方法であって、該方法は、ＭＰＥＧ−ｎ　ＩＰＭＰシステムにおけるパラメータ集合に対するＸＭＬスキーマを使用し、
ＩＰＭＰツールの組み合わせを記述する、所定のパラメータ集合スキーマ及び言語に基いて、
パラメータ集合を、所望のＩＰＭＰツールの組み合わせを規定するために、前記パラメータ集合スキーマ及び言語に基いて生成し、
該パラメータ集合をＩＰＭＰにより保護されたコンテンツに付加し、
前記パラメータ集合及びコンテンツを、前記パラメータ集合スキーマ及び言語に基いてパラメータ集合の解釈手段が実装されたＩＰＭＰ端末に送信する
ことを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はコンテンツ配信及び保護に関し、特に、ＭＰＥＧ−ｎにより保護されたコンテンツが異なるＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ　Ｐｒｏｐｅｒｔｙ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｐｒｏｔｅｃｔｉｏｎ）端末で実行され、同じコンテンツが異なるＩＰＭＰツールによって保護されるアプリケーションに関する。
【０００２】
【従来の技術】
コンテンツ配信はマルチメディアデータとコンテンツがいつでも、どこへでも届くようになるにつれ、益々需要が多くなっている。ユーザは利便性、柔軟性に満足し、エンターテイメントを容易に効率的に楽しむことが可能となる。一方、コンテンツの所有者は自己の財産の不正利用を心配する。これらの２つの間にバランスがある。
【０００３】
コンテンツを保護するため、データ暗号化、電子透かし等の種々の保護技術がある。それらは多くのコンテンツ配信アプリケーションにおいて実装されている。異なるシステムでは、コンテンツを保護して配信する、異なる種類の機構及び保護技術が採用されているようである。そのような場合、全ての端末すなわちコンテンツ実行装置は、同じコンテンツプロバイダにより提供されたコンテンツのみを再生、実行することが可能である。それらは端末や装置を異なるコンテンツを再生するために交換することはできない。
【０００４】
ＭＰＥＧ−ｎについて、標準化グループはＭＰＥＧ−２，４，７，２１　ＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ　Ｐｒｏｐｅｒｔｙ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｐｒｏｔｅｃｔｉｏｎ）に対して仕事をしている。
【０００５】
図７は現行の典型的なＩＰＭＰアーキテクチャに関する従来技術を示す。図７において、ＩＰＭＰシステムに入力するモジュール１．１におけるコンテンツはＭＰＥＧ−２１により保護されたマルチメディアである。実際、ＭＰＥＧ−２１の”ｂｉｇ　ｐｉｃｔｕｒｅ”の下では、入力コンテンツＭＰＥＧ−２１のフレームワークにおいてデジタルアイテム（Ｄｉｇｉｔａｌ　Ｉｔｅｍ）と呼ばれる。モジュール１．１中の３つのユニット１．２、１．３、１．４はＩＰＭＰシステムの処理コンテンツにおいて送信されるＩＰＭＰ情報を示す。ＩＰＭＰツールリストユニット１．２はコンテンツを処理するために必要なＩＰＭＰツールの特定し、また選択を可能とする。ＩＰＭＰ情報ユニット１．４は所定のＩＰＭＰツールに対する情報を特定し、その動作を可能に、支援し、または容易にする。
【０００６】
図７の右側は、ＩＰＭＰツールマネージャ（ＩＰＭＰツールリストユニット１．２を処理し、その中で定義されたＩＰＭＰツールモジュール１．８、１．９、１．１０、１．１１を抽出するモジュール１．６）及びメッセージルータ（端末ツールインタフェースの端末側の動作を実現するモジュール１．７）を含むＩＰＭＰ端末（モジュール１．５、保護された入力コンテンツを利用規則に応じて実行可能な装置）を示す。モジュール１．８の欠如したＩＰＭＰツール（モジュール１．５において利用不可）と、モジュール１．９、１．１０、１．１１のＩＰＭＰツール（モジュール１．５において利用可）とは、認証、解読、電子透かしの付加等のＩＰＭＰ機能を実行する少なくとも１つのツールを示している。
【０００７】
そのような解決策は以下のことを可能にする。
１．異なるベンダのＭＰＥＧ−ｎ　ＩＰＭＰ端末上で、同様に保護されたコンテンツを実行すること。
２．異なるベンダのＩＰＭＰツールによって同様に保護されたコンテンツを保護すること。これは可能な限り広範に支援されるであろう。
【０００８】
そのような広範な相互運用性を実現するため、ＩＰＭＰはツールのダウンロード機能を提供する。つまり、ツールを遠隔的に取得できる。ＩＰＭＰ端末はまた、いくつかのパラメータの集合にしたがい、いくつかのツールを集めて１つのツールセット（ちょうど１つのツールとして動作する。）を構成する。
【０００９】
ＩＰＭＰツールはまた選択的にそのツールに関する情報（例えば、そのツールが特定のオオペレーティングシステム上で動作するか否かについて）を規定するツールメタデータを含む。
【００１０】
【発明が解決しようとする課題】
上述のＭＰＥＧ−ｎと他のアプリケーションに対する柔軟でかつ相互運用性のあるＩＰＭＰシステム構造を実現するため、以下の点を可能にする必要がある。１．ＩＰＭＰ端末があるコンテンツを再生するために欠如したＩＰＭＰツールを抽出するために遠隔サイトにアクセスしたときに、ＩＰＭＰ端末は遠隔サイトの端末プラットフォーム仕様を提供すべきである。それにより、遠隔サイトはこの特定のＩＰＭＰ端末上で動作可能なツールを送信できる。
２．ＩＰＭＰツールメタデータは、何が、ツールが実行可能な端末及びプラットフォームであるかを規定する端末プラットフォーム仕様を選択的に含んでもよい。
３．端末が、実行可能なジョブを容易にする、あるＩＰＭＰツールを選択できるようにするパラメータ記述。
４．いくつかのツールを１つのツールセットとして構成し、ＩＰＭＰ端末に対し１つのツールとして見えるようにするパラメータ集合。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、明確で相互運用可能な標準を確保し、将来の拡張性を実現するため、端末プラットフォーム仕様、パラメータ記述、及びパラメータ集合に対してＸＭＬスキーマが定義されるべきである。
【００１２】
端末プラットフォーム仕様に対するＸＭＬスキーマは、ＣＰＵ、メモリ、オペレーティングシステム、仮想マシン等の定義を可能にし、それにより、遠隔サイトは端末を完全に認識でき、端末に対して適当なツールを選択できる。
【００１３】
ツールメタデータが端末プラットフォームＸＭＬ言語を含む場合、端末はまた、ＸＭＬ言語にしたがいツールがそれ上で実行可能か否か決定できる。
【００１４】
パラメータ記述は、任意のタイプのＩＰＭＰツールの一般的な記述や、それが記述ツール、電子透かしツールまたは権利管理ツールのいずれかであるか否かの記述を可能とするために定義される。パラメータ記述に基きＩＰＭＰ端末は所望のツールを選択できる。
【００１５】
パラメータ集合は、端末（又はマスタツール）が、１組のツールの結合を可能とするために定義される。接続ポイント、Ｉ／Ｏ等も全てパラメータ集合中に定義され、それにより、端末（又はマスタツール）は実行すべきことを全て認識することができる。
【００１６】
ＩＰＭＰ端末は、端末プラットフォームＸＭＬスキーマに基いて、ＩＰＭＰ端末であるもの、ＣＰＵであるもの、オペレーティングシステムであるもの、支援ハードウェアがあるか否か等を記述する。その後、ＩＰＭＰ端末は、欠如したＩＰＭＰツールを検索しつつ、その情報を遠隔サイトに送信する。遠隔サイトは、その情報を受信し且つＸＭＬスキーマが解読後に、どのツール（例えば、ウィンドウズＤＬＬ又はジャババイトコード）を送信するかを決定する。
【００１７】
また、端末プラットフォームＸＭＬスキーマに基いて、ＩＰＭＰ端末ツールはどのプラットフォーム上でそれが動作可能かを記述でき、ＩＰＭＰツールに関連したメタデータにおいて情報を搬送できる。そのようなＩＰＭＰツールを受信したとき、ＩＰＭＰ端末は、このツールが確かにそれ上で動作可能か否かを判別できる。
【００１８】
コンテンツプロバイダは今や、固定のツールＩＤを用いる代わりに、パラメータ記述ＸＭＬスキーマに基き、コンテンツの再生にどのようなタイプのツールが必要かを記述できる。例えば、コンテンツプロバイダは、１２８ビットのブロックサイズのＡＥＳツールがビデオストリームを解読するのに必要であることを規定できる。ＩＰＭＰ端末はツールを規定するそのようなＸＭＬ言語を受信したときに、導入されているツール群から最適なＡＥＳツールを選択することができる。
【００１９】
パラメータ集合ＸＭＬスキーマに基き、コンテンツプロバイダはコンテンツを処理するため１つのツールとして組み合わせるために必要なツール群を記述する。ＸＭＬ言語はツールＩＤ、ツールＩ／Ｏ等のようなものを定義することができる。それにより、端末はその情報を利用して、そのようなツールセットを組み立てることができる。
【００２０】
【発明の実施の形態】
１．第１の実施形態
図１を参照し、ＩＰＭＰにより保護されたコンテンツを処理するために使用されるツールを定義する情報をサーバからＩＰＭＰ端末へ転送するための方法の一実施形態について以下に説明する。
【００２１】
柔軟な端末プラットフォームスキーマ及び言語が、端末プラットフォーム仕様を記述するために事前に規定されている。すなわち、端末プラットフォームスキーマ及び言語が標準化され、公知にされる。端末プラットフォーム仕様は、ＸＭＬスキーマにおいて、仕様が付加されたコンテンツを解読するために必要な端末機能、端末性能等を記述する情報を含む。これについては後述する。
【００２２】
リモートサーバ１０は、ＩＰＭＰツールが動作可能なプラットフォームや端末を規定するための端末プラットフォーム仕様２１を、所定の端末プラットフォームスキーマ及び言語に基いて生成する。
【００２３】
生成された端末プラットフォーム仕様２１はツール２３に関連するメタデータ２２に付加される。ツール２３はメタデータ２２に付加された端末プラットフォーム仕様２１とともにＩＰＭＰ保護されたコンテンツ内に格納されてもよい。
【００２４】
サーバ１０はメタデータ２２をプラットフォーム仕様２１及びＩＰＭＰツール２３とともにＩＰＭＰ端末３０に送信する。ＩＰＭＰ端末３０は端末プラットフォームスキーマ及び言語に基いて端末プラットフォームパーサ３１が実装されている。端末プラットフォームパーサ３１は所定のＸＭＬスキーマにしたがい端末プラットフォーム仕様２１を解釈し、実行する。
【００２５】
メタデータ２２を端末プラットフォーム仕様２１とともに受信した後、ＩＰＭＰ端末３０は、実装した端末プラットフォームパーサ３１により、メタデータ２２から端末プラットフォーム仕様２１を抽出し、その端末プラットフォーム仕様２１を解釈してそのＩＰＭＰツールがその端末が所望する者であるか否かを判別する。
【００２６】
２．第２の実施形態
図２を参照し、ＩＰＭＰにより保護されたコンテンツを処理するために使用されるツールを定義する情報をサーバからＩＰＭＰ端末へ転送するための方法の別の実施形態について以下に説明する。
【００２７】
ＩＰＭＰ端末３０は、所定の端末プラットフォーム仕様のスキーマ及び言語に基いて、それ自身を定義する端末プラットフォーム仕様２１を生成する。その後、ＩＰＭＰ端末３０は、リモートサーバ１０からＩＰＭＰツール２３を取り出そうとするときに、端末プラットフォーム仕様２１をリモートサーバ１０へ送信する。リモートサーバ１０は、端末プラットフォームスキーマ及び言語に基いて端末プラットフォームパーサ１１が実装されている。
【００２８】
サーバ１０は端末３０から端末プラットフォーム仕様２１を受信し、端末プラットフォーム仕様２１を解釈し、どのＩＰＭＰツールを、要求したＩＰＭＰ端末３０に返送すべきかを決定した後、その決定したＩＰＭＰツール２３を要求したＩＰＭＰ端末３０に送信する。端末３０はＩＰＭＰツール２３を受信してコンテンツを解読するために使用する。
【００２９】
３．実施の形態３
図３を参照し、本発明に係る方法のさらに別の実施形態について説明する。ここでの方法はＭＰＥＧ−ｎ　ＩＰＭＰシステムにおけるパラメータ記述に対するＸＭＬスキーマを用いる。パラメータ記述は、ＸＭＬにおいて、仕様が付加されたコンテンツを解読するために必要な端末機能、端末性能等を記述する情報である。
【００３０】
柔軟なパラメータ記述スキーマ及び言語がＩＰＭＰツールを記述するために事前に規定され、定義される。すなわち、パラメータ記述スキーマ及び言語は標準化され、公衆に知らされる。
【００３１】
リモートサーバ１０は、所望のＩＰＭＰツールを規定するために所定のパラメータ記述及び言語に基いてパラメータ記述２５を生成し、そのパラメータ記述２５をＩＰＭＰにより保護されているコンテンツ２６に付加し、パラメータ記述２５及びコンテンツ２６をＩＰＭＰ端末３０に送信する。ＩＰＭＰ端末３０はパラメータ記述スキーマ及び言語に基いてパラメータ記述パーサ３２が実装されている。パラメータ記述パーサ３２は所定のＸＭＬスキーマの文法にしたがいパラメータ記述を解釈し、実行する。
【００３２】
端末３０は、パラメータ記述パーサ３２により、コンテンツ２６からパラメータ記述２５を抽出して解釈し、パラメータ記述を満足する端末ツールセット３５から１つのＩＰＭＰツールを選択する。
【００３３】
すなわち、パラメータ記述パーサ３２はコンテンツを受信したときに、受信したコンテンツ２６の中からパラメータ記述２５を抽出し、抽出したパラメータ記述２５をツールセット３５内の各ＩＰＭＰツールに対応づけて、ツールがパラメータ記述２５を満足するか否かを確認する。パラメータ記述パーサ３２は端末ツールセット３５内の各ＩＰＭＰツールをパラメータ記述２５と比較し、ＩＰＭＰツールがパラメータ記述２５を満たすことが可能か否かを検証する。その結果はＩＰＭＰ端末３０に通知される。ＩＰＭＰ端末３０はパラメータ記述２５を満たすツールセットからツールを選択することができる。
【００３４】
４．第４の実施形態
図４を参照し、本発明に係る方法のさらに別の実施形態について説明する。ここでの方法はＭＰＥＧ−ｎ　ＩＰＭＰシステムにおけるパラメータ集合に対するＸＭＬスキーマを用いる。パラメータ集合については図６を参照して後述する。
【００３５】
柔軟なパラメータ集合スキーマ及び言語がＩＰＭＰツールの組み合わせを記述するために事前に規定され、定義されている。すなわち、パラメータ集合スキーマ及び言語が標準化され、公衆に知らされる。
【００３６】
リモートサーバ１０は、所定のパラメータ集合スキーマ及び言語に基いて、所望のＩＰＭＰツールの組み合わせを規定するためにパラメータ集合２７を生成し、パラメータ集合２７をＩＰＭＰにより保護されるコンテンツ２６に付加する。サーバ１０はパラメータ集合２７及びコンテンツ２６をＩＰＭＰ端末３０に送信する。ＩＰＭＰ端末３０はパラメータ集合スキーマ及び言語に基いてパラメータ集合パーサ３３が実装されている。
【００３７】
ＩＰＭＰ端末３０は、パラメータ集合パーサ３３により、コンテンツ２６からパラメータ集合２７を取り出して解釈し、パラメータ集合２７が満足する端末ツールセットから、規定されたＩＰＭＰツール群を結合する。
【００３８】
５．端末プラットフォームＸＭＬスキーマ
図５は端末プラットフォームのアーキテクチャを示しており、端末ＩＤは以下のＸＭＬスキーマで記述されている。
【００３９】
＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝”１．０”　ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞
＜ｘｓｄ：ｓｃｈｅｍａ　ｘｍｌｎｓ：ｘｓｄ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ”　ｅｌｅｍｅｎｔＦｏｒｍＤｅｆａｕｌｔ＝”ｑｕａｌｉｆｉｅｄ”＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＴｅｒｍｉｎａｌＩＤ”＞
＜ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞
＜ｘｓｄ：ｄｏｃｕｍｅｎｔａｔｉｏｎ＞Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ　ｏｆ　ａ　ｔｅｒｍｉｎａｌ＜／ｘｓｄ：ｄｏｃｕｍｅｎｔａｔｉｏｎ＞
＜／ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＴｅｒｍｉｎａｌＴｙｐｅ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｎｄｏｒ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｍｏｄｅｌ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＳｅｒｉａｌＮＯ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｍｉｎＯｃｃｕｒｓ＝”０”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｎｄｏｒ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｍｏｄｅｌ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｒｓｉｏｎ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＳｅｒｉａｌＮＯ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｍｉｎＯｃｃｕｒｓ＝”０”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＶｉｒｔｕａｌＭａｃｈｉｎｅ”　ｍｉｎＯｃｃｕｒｓ＝”０”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｎｄｏｒ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｎａｍｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｒｓｉｏｎ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＣＰＵ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｎｄｏｒ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｍｏｄｅｌ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｓｐｅｅｄ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｍｅｍｏｒｙ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｎｄｏｒ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｍｏｄｅｌ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｓｉｚｅ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｓｐｅｅｄ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＡｓｓｔＨａｒｄｗａｒｅ”　ｍｉｎＯｃｃｕｒｓ＝”０”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＳｍａｒｔＣａｒｄ”　ｍｉｎＯｃｃｕｒｓ＝”０”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｖｅｎｄｏｒ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｍｏｄｅｌ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＨａｒｄＫｅｙ”　ｍｉｎＯｃｃｕｒｓ＝”０”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｔｙｐｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｎｅｔｗｏｒｋ”　ｍｉｎＯｃｃｕｒｓ＝”０”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞　　　　　＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｔｙｐｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｄｅｔａｉｌｓ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＲＰＣＭｅｃｈａｎｉｓｍ”　ｍｉｎＯｃｃｕｒｓ＝”０”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｔｙｐｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｄｅｔａｉｌｓ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”Ｔｙｐｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｕｓｅ＝”ｒｅｑｕｉｒｅｄ”／＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｃｈｅｍａ＞
【００４０】
上記記述の意味は以下のとおりである。
【００４１】
ＴｅｒｍｉｎａｌＴｙｐｅ
Ｖｅｎｄｏｒ：　「特定端末のベンダ、例えば、ＰＣのベンダはＤＥＬＬであってもよい」
Ｍｏｄｅｌ　：　「モデル名」
ＳｅｒｉａｌＮＯ　：　「この端末のシリアル番号」
ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ
Ｖｅｎｄｏｒ　：　「特定のオペレーティングシステムのベンダ、例えばｗｉｎｄｏｗｓ９５のベンダはマイクロソフトである。
Ｍｏｄｅｌ　：　「オペレーティングシステムのモデル名」
Ｖｅｒｓｉｏｎ　：　「オペレーティングシステムのバージョン番号」
ＳｅｒｉａｌＮＯ　：　「オペレーティングシステムのシリアル番号」
ＶｉｒｔｕａｌＭａｃｈｉｎｅ
Ｖｅｎｄｏｒ　：　「仮想マシンのベンダ、例えば、ＪＶＭのベンダはＳＵＮである。」
Ｎａｍｅ　：　「仮想マシン名、例えば、Ｊａｖａ　Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ。」
Ｖｅｒｓｉｏｎ　：　「仮想マシンのバージョン番号」
ＣＰＵ
Ｖｅｎｄｏｒ　：　「ＣＰＵのベンダ、例えば、インテル。」
Ｍｏｄｅｌ　：　「ＣＰＵのモデル名、例えば、ペンティアム。」
Ｓｐｅｅｄ　：　「ＣＰＵの速度」
Ｍｅｍｏｒｙ
Ｖｅｎｄｏｒ　：　「メモリのベンダ」
Ｍｏｄｅｌ　：　「メモリのモデル名」
Ｓｉｚｅ　：　「メモリのサイズ」
Ｓｐｅｅｄ　：　「メモリの速度」
ＡｓｓｔＨａｒｄｗａｒｅ
ＳｍａｒｔＣａｒｄ
Ｖｅｎｄｏｒ　：　「スマートカードのベンダ。」
Ｍｏｄｅｌ　：　「スマートカードのモデル名。」
ＨａｒｄＫｅｙ
Ｔｙｐｅ　：　「ハードキーのタイプ、例えば、パラレルポート・ハードキー。」Ｎｅｔｗｏｒｋ
Ｔｙｐｅ　：　「ネットワークの種類、例えば、イーサネット。」
Ｄｅｔａｉｌ
ＲＰＣＭｅｃｈａｎｉｓｍ
Ｔｙｐｅ　：　「遠隔プロシージャコール機構、例えば、ＳＯＡＰ、ＤＣＯＭ」
Ｄｅｔａｉｌｓ
【００４２】
６．パラメータ記述
端末プラットフォームのパラメータ記述は、以下のＸＭＬスキーマで記述される。
【００４３】
＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝”１．０”　ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞
＜ｘｓｄ：ｓｃｈｅｍａ　ｘｍｌｎｓ：ｘｓｄ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ”　ｅｌｅｍｅｎｔＦｏｒｍＤｅｆａｕｌｔ＝”ｑｕａｌｉｆｉｅｄ”＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＰＡＲＡＭＥＴＲＩＣ＿ＤＥＳＣＲＩＰＴＩＯＮ”＞
＜ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞
＜ｘｓｄ：ｄｏｃｕｍｅｎｔａｔｉｏｎ＞Ｃｏｍｍｅｎｔ　ｄｅｓｃｒｉｂｉｎｇ　ｙｏｕｒ　ｒｏｏｔ　ｅｌｅｍｅｎｔ＜／ｘｓｄ：ｄｏｃｕｍｅｎｔａｔｉｏｎ＞
＜／ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＶＥＲＳＩＯＮ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ＭＡＪＯＲ＿ＶＥＲＳＩＯＮ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ＭＩＮＯＲ＿ＶＥＲＳＩＯＮ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＣＬＡＳＳ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＳＵＢＣＬＡＳＳ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＴＹＰＥＤＡＴＡ”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜ｘｓｄ：ｅｘｔｅｎｓｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ａｎｙＳｉｍｐｌｅＴｙｐｅ”＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ｔｙｐｅ”　ｔｙｐｅ＝”ｘｓｄ：ａｎｙＳｉｍｐｌｅＴｙｐｅ”／＞
＜／ｘｓｄ：ｅｘｔｅｎｓｉｏｎ＞
＜／ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ｔｙｐｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＡＤＤＩＴＩＯＮＡＬ＿ＤＡＴＡ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｍｉｎＯｃｃｕｒｓ＝”０”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｃｈｅｍａ＞
【００４４】
上記記述の意味は以下のとおりである。
【００４５】
ＶＥＲＳＩＯＮ
ＭＡＪＯＲ＿ＶＥＲＳＩＯＮ　：　「パラメータ記述スキーマのメジャーバージョン」
ＭＩＮＯＲ＿ＶＥＲＳＩＯＮ　：　「パラメータ記述スキーマのマイナーバージョン」
ＣＬＡＳＳ　：　「パラメータで記述されたツールのクラス、例えば、解読（ｄｅｃｒｙｐｔｉｏｎ）。」
ＳＵＢＣＬＡＳＳ　：　「パラメータで記述されたツールのサブクラス、例えば、解読クラスの下のＡＥＳ」
ＴＹＰＥＤＡＴＡ　：　「特定のタイプのツールを記述する特定タイプデータ、例えば、ＡＥＳ解読ツールをさらに規定するブロック長」
ｔｙｐｅ　（ａｔｔｒｉｂｕｔｅ）　：　「上記のタイプデータの値、例えば、ブロック長に対して１２８。」
ＡＤＤＩＴＩＯＮＡＬ＿ＤＡＴＡ　：　「パラメータにより定義されたツールをさらに記述可能な任意の追加データ。」
【００４６】
７．パラメータ集合
図６は、以下のＸＭＬスキーマで記述されるパラメータ集合アーキテクチャを示す。
【００４７】
＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝”１．０”　ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞
＜ｘｓｄ：ｓｃｈｅｍａ　ｘｍｌｎｓ：ｘｓｄ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ”　ｅｌｅｍｅｎｔＦｏｒｍＤｅｆａｕｌｔ＝”ｑｕａｌｉｆｉｅｄ”＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＰＡＲＡＭＥＴＲＩＣ＿ＡＧＧＲＥＧＡＴＩＯＮ”＞
＜ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞
＜ｘｓｄ：ｄｏｃｕｍｅｎｔａｔｉｏｎ＞Ｃｏｍｍｅｎｔ　ｄｅｓｃｒｉｂｉｎｇ　ｙｏｕｒ　ｒｏｏｔ　ｅｌｅｍｅｎｔ＜／ｘｓｄ：ｄｏｃｕｍｅｎｔａｔｉｏｎ＞
＜／ｘｓｄ：ａｎｎｏｔａｔｉｏｎ＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＶＥＲＳＩＯＮ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ＭＡＪＯＲ＿ＶＥＲＳＩＯＮ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ＭＩＮＯＲ＿ＶＥＲＳＩＯＮ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＣＯＤＥ＿ＬＩＳＴ＿ＩＮ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｃｏｄｅ”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜ｘｓｄ：ｅｘｔｅｎｓｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ａｎｙＳｉｍｐｌｅＴｙｐｅ”＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ｃｏｄｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｕｓｅ＝”ｒｅｑｕｉｒｅｄ”／＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”Ｉｎｔｅｒｆａｃｅ＿ＩＤ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”　ｕｓｅ＝”ｏｐｔｉｏｎａｌ”／＞
＜／ｘｓｄ：ｅｘｔｅｎｓｉｏｎ＞
＜／ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＣＯＤＥ＿ＬＩＳＴ＿ＯＵＴ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｃｏｄｅ”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜ｘｓｄ：ｅｘｔｅｎｓｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ａｎｙＳｉｍｐｌｅＴｙｐｅ”＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ｃｏｄｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｕｓｅ＝”ｒｅｑｕｉｒｅｄ”／＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”Ｉｎｔｅｒｆａｃｅ＿ＩＤ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”　ｕｓｅ＝”ｏｐｔｉｏｎａｌ”／＞
＜／ｘｓｄ：ｅｘｔｅｎｓｉｏｎ＞
＜／ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＡＧＧＲＥＧＡＴＩＯＮ＿ＵＮＩＴ”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＴＯＯＬ＿ＩＤ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”／＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＣＯＤＥ＿ＬＩＳＴ＿ＩＮ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｃｏｄｅ”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜ｘｓｄ：ｅｘｔｅｎｓｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ａｎｙＳｉｍｐｌｅＴｙｐｅ”＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ｃｏｄｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”
ｕｓｅ＝”ｒｅｑｕｉｒｅｄ”／＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”Ｉｎｔｅｒｆａｃｅ＿ＩＤ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”　ｕｓｅ＝”ｏｐｔｉｏｎａｌ”／＞
＜／ｘｓｄ：ｅｘｔｅｎｓｉｏｎ＞
＜／ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＣＯＤＥ＿ＬＩＳＴ＿ＯＵＴ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”Ｃｏｄｅ”　ｍａｘＯｃｃｕｒｓ＝”ｕｎｂｏｕｎｄｅｄ”＞
＜ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜ｘｓｄ：ｅｘｔｅｎｓｉｏｎ　ｂａｓｅ＝”ｘｓｄ：ａｎｙＳｉｍｐｌｅＴｙｐｅ”＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”ｃｏｄｅ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”
ｕｓｅ＝”ｒｅｑｕｉｒｅｄ”／＞
＜ｘｓｄ：ａｔｔｒｉｂｕｔｅ　ｎａｍｅ＝”Ｉｎｔｅｒｆａｃｅ＿ＩＤ”　ｔｙｐｅ＝”ｘｓｄ：ｉｎｔｅｇｅｒ”　ｕｓｅ＝”ｏｐｔｉｏｎａｌ”／＞
＜／ｘｓｄ：ｅｘｔｅｎｓｉｏｎ＞
＜／ｘｓｄ：ｓｉｍｐｌｅＣｏｎｔｅｎｔ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜ｘｓｄ：ｅｌｅｍｅｎｔ　ｎａｍｅ＝”ＡＤＤＩＴＩＯＮＡＬ＿ＤＡＴＡ”　ｔｙｐｅ＝”ｘｓｄ：ｓｔｒｉｎｇ”　ｍｉｎＯｃｃｕｒｓ＝”０”／＞
＜／ｘｓｄ：ｓｅｑｕｅｎｃｅ＞
＜／ｘｓｄ：ｃｏｍｐｌｅｘＴｙｐｅ＞
＜／ｘｓｄ：ｅｌｅｍｅｎｔ＞
＜／ｘｓｄ：ｓｃｈｅｍａ＞
【００４８】
本発明は、特定の実施形態について説明されてきたが、当業者にとっては他の多くの変形例、修正、他の利用が明らかである。それゆえ、本発明は、ここでの特定の開示に限定されず、添付の請求の範囲によってのみ限定され得る。
【００４９】
【発明の効果】
本発明は端末プラットフォーム仕様、パラメータ記述及びパラメータ集合に対してＸＭＬスキーマを規定することにより以下の課題を解決する。
１．ＩＰＭＰ端末があるコンテンツを再生するために欠如したＩＰＭＰツールを検索するために遠隔サイトにアクセスしたときに、ＩＰＭＰ端末は、遠隔サイトの端末プラットフォーム仕様を与える端末プラットフォームＸＭＬスキーマを使用でき、それにより、遠隔サイトはこの特定のＩＰＭＰ端末上で動作可能なツールを送信できる。
２．ＩＰＭＰツールメタデータは、何が、ツールが動作可能な端末及びプラットフォームであるかを規定する、端末プラットフォームＸＭＬスキーマを用いた端末プラットフォーム仕様を選択的に含んでもよい。
３．パラメータ記述スキーマを用いたパラメータ記述により、端末は、実行すべきジョブを容易にする、ＩＰＭＰツールを選択できるようにする。
４．パラメータ集合スキーマを用いたパラメータ集合により、いくつかのツールが１つのツールセットとして構成され、ＩＰＭＰ端末に対してちょうど１つのツールとして見える。
【図面の簡単な説明】
【図１】本発明の第１の実施形態の方法を説明した図
【図２】本発明の第２の実施形態の方法を説明した図
【図３】本発明の第３の実施形態の方法を説明した図
【図４】本発明の第４の実施形態の方法を説明した図
【図５】端末プラットフォーム仕様のＸＭＬスキーマを示した図
【図６】パラメータ集合のアーキテクチャを示した図
【図７】従来の一般的なＩＰＭＰに対するＩＰＭＰアーキテクチャを説明した図
【図１】
2004007452.tif 000003
【図２】
2004007452.tif 000004
【図３】
2004007452.tif 000005
【図４】
2004007452.tif 000006
【図５】
2004007452.tif 000007
【図６】
2004007452.tif 000008
【図７】
2004007452.tif 000009
【外国語明細書】
2004007452.tif 000010
2004007452.tif 000011
2004007452.tif 000012
2004007452.tif 000013
2004007452.tif 000014
2004007452.tif 000015
2004007452.tif 000016
2004007452.tif 000017
2004007452.tif 000018
2004007452.tif 000019
2004007452.tif 000020
2004007452.tif 000021
2004007452.tif 000022
2004007452.tif 000023
2004007452.tif 000024
2004007452.tif 000025
2004007452.tif 000026
2004007452.tif 000027
2004007452.tif 000028
2004007452.tif 000029
2004007452.tif 000030
2004007452.tif 000031
2004007452.tif 000032
2004007452.tif 000033
2004007452.tif 000034
2004007452.tif 000035
2004007452.tif 000036
2004007452.tif 000037
2004007452.tif 000038
2004007452.tif 000039