(57)【要約】方法およびシステムは、ディジタルアイテムをリソースと上記リソースの記述とにパースすることにより、ディジタルアイテムを適合させる。次に、上記リソースは、ディジタルアイテム適合記述に従って適合され、適合されたリソースが生成されるようにする。次に、上記記述子は、上記ディジタルアイテム適合記述に従って変更され、上記適合されたリソースと整合する変更された記述子を生成するようにする。上記変更された記述子と上記適合されたリソースとは結合され、変更されたディジタルアイテムが形成される。
2005518588.tif 000002
【特許請求の範囲】
【請求項１】
リソースおよび該リソースの記述子を含むディジタルアイテムを適合させる方法であって、
ディジタルアイテム適合記述に従って前記リソースを適合させ、適合されたリソースおよび変更された記述子値を生成し、
前記変更された記述子値に従って前記記述子を変更し、前記適合されたリソースと整合する変更された記述子を生成し、
前記変更された記述子と前記適合されたリソースとを結合して変更されたディジタルアイテムにする、
ことを備えたディジタルアイテムの適合方法。
【請求項２】
前記記述子は、前記ディジタルアイテムの内部にある前記リソースに関係付けられ、前記ディジタルアイテム適合記述は、前記ディジタルアイテムの外部にあるリソースに関係付けられ、前記変更されたディジタルアイテムは、前記外部リソースと実質的に整合している請求項１に記載の方法。
【請求項３】
前記外部リソースは前記変更されたディジタルアイテムを処理するコンピュータシステムを含む請求項２に記載の方法。
【請求項４】
前記外部リソースは前記変更されたディジタルアイテムを伝送するネットワークを含む請求項２に記載の方法。
【請求項５】
前記外部リソースはユーザの好みを含む請求項２に記載の方法。
【請求項６】
前記外部リソースは自然環境を含む請求項２に記載の方法。
【請求項７】
前記外部リソースは前記変更されたディジタルアイテムを消費するユーザデバイスを含む請求項２に記載の方法。
【請求項８】
ディジタルアイテム宣言パーサを用いて前記ディジタルアイテムをパースし前記リソースおよび前記記述子を得ることをさらに含む請求項１に記載の方法。
【請求項９】
前記リソースはトランスコーダを用いて適合される請求項１に記載の方法。
【請求項１０】
前記適合させることは前記リソースを要約する請求項１に記載の方法。
【請求項１１】
前記ディジタルアイテム適合記述は前記ディジタルアイテムを分配させるために用いられるネットワーク内で生成される請求項１に記載の方法。
【請求項１２】
前記ディジタルアイテム適合記述は前記ディジタルアイテムを消費する端末デバイスにより生成される請求項１に記載の方法。
【請求項１３】
前記ディジタルアイテムは複数のリソースおよび複数の関連記述子を含む請求項１に記載の方法。
【請求項１４】
前記リソースはマルチメディアコンテンツを含む請求項１に記載の方法。
【請求項１５】
記述子／リソースインタフェースを介して前記適合させることおよび前記変更することを調整することをさらに含む請求項１に記載の方法。
【請求項１６】
リソースおよび該リソースの記述子を含むディジタルアイテムを適合させるシステムであって、
ディジタルアイテムをリソースと記述子とに分離するように構成されるパーサと、
ディジタルアイテム適合記述に従って前記リソースを適合させ、それによって適合されたリソースを生成するように構成されるリソース適合エンジンと、
前記ディジタルアイテム適合記述に従って前記記述子を変更し、それによって前記適合されたリソースと整合する変更された記述子を生成するように構成される記述子変更エンジンと、
前記変更された記述子と前記適合されたリソースとを結合して変更されたディジタルアイテムにするように構成されるコンバイナと、
を備えたディジタルアイテムの適合システム。
【請求項１７】
前記リソース適合エンジンと前記記述子変更エンジンとを接続する記述子／リソースインタフェースをさらに含む請求項１６に記載のシステム。
【請求項１８】
前記リソース適合エンジンはトランスコーダを含む請求項１６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、ディジタルアイテムの適合の分野に関し、より詳細には、リソースおよび記述子の整合のとれたディジタルアイテムの適合に関する。
【背景技術】
【０００２】
マルチメディアコンテンツを作成、送信および受信するインフラストラクチャを構築するための多くの要素が知られている。例えば、ＭＰＥＧ−２およびＭＰＥＧ−４等の標準規格は、オーディオおよびビデオコンテンツの効率的な放送および配信において重要な役割を果たしている(例えば非特許文献１、２参照)。
ＩＰネットワーク上のトランスポートの場合、ＩＥＴＦにより規定された様々な仕様がある(例えば非特許文献３、４参照)。
さらに、マルチメディアコンテンツの探索および検索の場合、ＭＰＥＧ−７が、標準化された記述子および記述スキームのセットを提供する(例えば非特許文献５参照)。
【０００３】
【非特許文献１】ＩＳＯ／ＩＥＣ１３８１８：１９９５、「Information Technology-Generic Coding of Moving Pictures and Associated Audio」
【非特許文献２】ＩＳＯ／ＩＥＣ１４４９６：１９９９、「Information Technology-Coding of Audio-Visual Objects」
【非特許文献３】Schulzrinne他、「RTP: A Transport Protocol for Real Time Applications」、RFC 1889, January 1996
【非特許文献４】Kikuchi他、「RTP Payload Format for MPEG-4 Audio/Visual Streams」、RFC 3016, November 2000
【非特許文献５】ＩＳＯ／ＩＥＣ１５９３８：２００１、「Information Technology-Multimedia Content Description Interface」
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、現在、既存または開発中のこれらの要素が、互いにどのように関係しているのかを示す標準はない。ＩＳＯ／ＩＥＣ２１０００、「Information Technology-Multimedia Framework」と公式に呼ばれている、新たに出現したＭＰＥＧ−２１標準の主な目的は、これらの要素が互いにどのように関係しているのかを示すことである。既存の、または開発されるであろう様々な仕様が、ＭＰＥＧと他の標準化団体との間の協力により、マルチメディアフレームワークに統合されるであろうことが予期される。ＭＰＥＧ−２１の全体的な構想は、広範なネットワークおよびデバイスにわたるマルチメディアリソースの使用を透過的にすることおよび増大させることを可能にするマルチメディアフレームワークを規定することである。
【０００５】
ＭＰＥＧ−２１フレームワーク内では、トランザクションの基本単位は「ディジタルアイテム」と呼ばれる。ディジタルアイテムは、標準的な表現、識別、および関連メタデータ、またはディジタルアイテムの内部にあるリソースの記述子を有する構造化されたディジタルオブジェクトとして定義される。概して、リソースはマルチメディアコンテンツを含むことができる。
【０００６】
図１は、１つまたは複数のリソース１１０、関連記述子１２０、および構造１３０を含むディジタルアイテム１００の概念を示す。リソース１１０は、ＭＰＥＧビデオ、またはＭＰ３オーディオファイル等の個別のマルチメディアアセット（asset）１１１を含み得る。記述子１２０は、コンテンツ識別およびコンテンツベースの記述子等、リソースの内容（internals）に関する記述情報（例えば、ＭＰＥＧ−７記述１２１）を含む。構造１３０は、ディジタルアイテム１００の部分間、すなわちリソースと記述子との間の関係および関連を定義する。
【０００７】
ディジタルアイテム１００の１つの基本的利点は、複数の異なるリソースを、豊富な記述情報セットを有する単一の論理単位、すなわちパッケージに集約することができることである。メディアファイルの集合体を考えると、これは、既存のソリューション、例えば、「ｚｉｐ」または「ｔａｒ  ｆｉｌｅｓ」ではできないことである。既存のソリューションは構造情報および記述情報が欠如しており、これにより、大きなマルチメディアの集合体をナビゲート、配信、および消費することが困難になる。
【０００８】
ディジタルアイテムの第２の基本的利点は、自己記述性および適合性を有することである。例えば、様々なデバイスで再生するための、ロケール(locale)指定のコンテンツを含むディジタル雑誌について考える。既存の技術では、コンテンツ作成者は、複数のバージョン、つまり、デバイス、ロケール、およびユーザの好み(好み)ごとに１つのバージョンを作成および管理しなければならない。ディジタルアイテムは、種々のユーザ、デバイス、およびロケールに対するオプションおよび拡張を表現する機能を有するため、特定の必要性を満たすように構成することができる。
【０００９】
上記の事項を実現するために、ＭＰＥＧ−２１  １５０は、ディジタルアイテム宣言（ＤＩＤ）、つまりＩＳＯ／ＩＥＣ２１０００のパート２を開発し、これは２００２年５月に国際標準になる予定である。ＤＩＤの目的は、ディジタルアイテム１００の構成および構造を定義することである。ＸＭＬベースのディジタルアイテム宣言言語（ＤＩＤＬ）が開発されている。ＤＩＤＬは、階層的でフレキシブルなメタデータ表現、ならびに再使用可能で適合性のある要素を提供するような一般構造である。
【００１０】
図２は、ＤＩＤＬの一部として指定される様々な要素を示す。コンテナ要素２００は、アイテム２０１および／またはコンテナをグループ化することを可能にする。アイテム要素は、関連記述子に結合されるサブアイテムおよび／またはコンポーネントの一グループである。コンポーネント要素は、その関連記述子２０３のすべてにリソース２０２を結合するものである。記述子要素２０３は、それが包含するコンポーネントまたはアイテムに情報を関連付ける。リソース要素は、ビデオまたはオーディオクリップ等、個別に識別可能なマルチメディアアセットである。ステートメントは、情報を含むリテラルテキスト値である。ステートメントは、ネーム空間中で識別される有効なＸＭＬドキュメントを含む。
【００１１】
ディジタルアイテムを構成させるために、いくつかの付加的要素が指定される。チョイス（choice：選択群）要素が、アイテムの構成に影響を及ぼし得る関連セレクション（selection：選択項目）セットを記述する。条件要素は、それが包含する要素をオプションとして記述し、その包含に影響を及ぼし得るセレクション（複数可）にそれをリンクする。セレクション要素は、アイテム内のどこかで１つまたは複数の条件に影響を及ぼすであろう特定の決定を記述する。オーバーライド要素は、そのオーバーライドの親により取って代わられたチョイスまたはセレクションを識別するために用いられる。
【００１２】
ディジタルアイテムは、２つの方法で分散され得る。第１に、分散はネットワーク上で行われ得る。このような方法では、リソースが検索され得るネットワーク上のロケーションへの参照とともにＤＩＤが分散される。第２に、ＤＩＤは単独のオブジェクトとして分散されることができ、この場合、ＤＩＤはそのリソースとともに分散される。
【課題を解決するための手段】
【００１３】
ディジタルアイテムが分散される方法に関係なく、ディジタルアイテムが適合されることを必要とする様々な外部リソースの状況および因子がある。本発明に記載する方法は、この必要性に取り組んでいる。
【００１４】
方法およびシステムは、ディジタルアイテムをリソースと上記リソースの記述とにパースすることにより、ディジタルアイテムを適合させる。次に、上記リソースは、ディジタルアイテム適合記述に従って適合され、適合されたリソースが生成されるようにする。次に、上記記述子は、上記ディジタルアイテム適合記述に従って変更され、上記適合されたリソースと整合する変更された記述子を生成するようにする。上記変更された記述子と上記適合されたリソースとは結合され、変更されたディジタルアイテムが形成される。
【００１５】
上記記述子は、上記ディジタルアイテムの内部にある上記リソースに関係付けられ、上記ディジタルアイテム適合記述は、上記ディジタルアイテムの外部にあるリソースに関係付けられ、上記変更されたディジタルアイテムは、上記外部リソースと実質的に整合する。
【発明の効果】
【００１６】
本発明は、適合されたリソースと関連記述子との間で整合性が維持されるようにディジタルアイテムを適合させる方法およびシステムを提供する。
【発明を実施するための最良の形態】
【００１７】
序文
ディジタルアイテムは、異種ネットワーク上で分散される場合、外部リソース、環境、ネットワーク、デバイス、およびユーザの好みに適合させる必要があり得る。本発明は、ディジタルアイテム適合の一般的概念を説明する。本プロセスは、ディジタルアイテムにより宣言されたリソースおよび記述子の整合された適合を伴う。
【００１８】
本発明は、適合されたリソースと関連記述子との間で整合性が維持されるようにディジタルアイテムを適合させる方法およびシステムを提供する。すなわち、適合されたリソースに関連する記述子は、適合されたリソースを正確に記述する、例えば、リソースをビットレート、出力デバイス、または空間分解能に関して適合させるべきである。
【００１９】
図３は、本発明によるディジタルアイテム適合の概念を示す。ディジタルアイテム１００は、ディジタルアイテムアダプタ３００を通過させられ、変更されたディジタルアイテム１０１が生成される。アダプタ３００への入力時に、ディジタルアイテムは、構造１３０および例えばＭＰＥＧ−２１ＤＩＤパーサを用いてパースされ（３０２）、リソース１１０および関連記述子１２０が抽出される。
【００２０】
ディジタルアイテムのリソース（Ｒ）は、リソース適合エンジン３１０へ経路指定され、エンジン３１０にかけられて、適合されたリソース（Ｒ’）が生成され、ディジタルアイテムの識別子（Ｄ）は、記述子適合エンジン３２０へ経路指定され、エンジン３２０にかけられて、適合されたリソースと整合する変更された記述子（Ｄ’）が生成される。これらは、結合されると（３０３）、変更されたディジタルアイテム１０１を形成する。変更されたディジタルアイテムは、次に、外部の制約と整合するように分散され得る。
【００２１】
ディジタルアイテムアダプタ３００は、適合プロセスにおいて支援を行うためにディジタルアイテム適合記述３０１を受け付ける。適合記述は、ディジタルアイテム１００内の内部リソース１１０ではなく、むしろディジタルアイテム１００のリソースに直接関連しない外部リソースまたは環境因子を記述するという点で、ディジタルアイテム１００内の記述子１２０とは異なる。
【００２２】
ディジタルアイテム適合記述
リソース適合エンジン３１０の動作に影響を及ぼす外部リソースの様々な因子がある。これらの因子は、端末または出力デバイス機能、物理ネットワーク条件、デリバリ／トランスポート機能、ユーザの好み、および自然環境特性を含む。これらの因子のいずれも、ディジタルアイテム適合記述３０１のパラメータになり得る。
【００２３】
端末機能は、ハードウェアプロパティ（プロセッサ速度およびメモリ容量等）、ソフトウェアプロパティ（オペレーティングシステム等）、表示プロパティ（画面解像度等）、およびデバイスプロファイル（サポートされるメディアフォーマット、例えばＭＰＥＧプロファイル／レベルを示し得る）を含む。
【００２４】
物理ネットワーク条件は、遅延特性（エンドツーエンド遅延、一方向遅延、または遅延変化等）、誤り特性（ビット誤り率、パケット損失、またはバースト性（burstiness）等）、および帯域幅特性（利用可能な帯域幅の量または帯域幅変化）を指定する。
【００２５】
デリバリ機能は、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓ、ＴＣＰ／ＩＰおよびＲＴＰ等のトランスポートプロトコルのタイプ、ならびにサポートされる接続のタイプ、例えば、同報通信、ユニキャスト、マルチキャストを指定する。
【００２６】
ユーザの好みは、フィルタリングおよび探索の好み、ブラウジングの好み、表示の好み、およびＱｏＳの好み、ならびに人口統計情報（性別および年齢等）を含む。
【００２７】
自然環境特性は、ロケーション（ＧＰＳ座標およびロケール等）、ロケーションのタイプ（例えば、屋内、屋外、自宅、または職場）、ユーザの出力デバイスまたは端末の速度、ならびにユーザの装置または端末に影響を及ぼす照明プロパティを含む。
【００２８】
上記の他に、ディジタルアイテム適合記述は、サービス機能も指定し得る。サービス機能は、特定のユーザの役割（例えばコンテンツ作成者、サービスプロバイダ、権利所有者、支払請求者、または最終消費者）ならびに特定のユーザが提供するサービスのタイプ（コンテンツ作成、権利交渉、支払請求、コンテンツ適合およびトランスコーディング、ネットワークの使用、およびコンテンツ消費等）を含む。特定のユーザが権利所有者またはコンテンツ作成者であるとすると、ディジタルアイテム適合記述は、許容可能なタイプの許可される適合も含むことができ、例えば、ビットレートは２Ｍｂ／秒未満であってはならず、または、ビデオの空間分解能は半分より低下してはならない。
【００２９】
ディジタルアイテム適合の詳細
図４は、ディジタルアイテム適合の詳細を示す。この図は、記述子適合エンジンとリソース適合エンジンとの間のデータフローおよび制御を示す。ＭＰＥＧ−２１ＤＩＤパーサ３０２はすでにＤＩＤをパースし、ＤＩＤのステートメント要素に存在する記述部分、およびリソース要素により指定されるリソースを、それぞれのエンジン３１０および３２０に経路指定していると想定されている。分散された環境では、これらのエンジンは必ずしも同一の場所に配置されるとは限らず、すなわち、これらのエンジンは世界各地に物理的に配置され、ネットワークを介して接続され得ることに留意すべきである。また、ディジタルアイテムはソースからユーザの端末デバイス等の宛先デバイスに移動する際に何度も適合され得ることも留意すべきである。
【００３０】
ＤＩＤからの記述ドキュメントは、まずＤＩＤ記述子パーサ４２０にかけられ、リソースに関連付けられる記述子セットが生成される。第１のスキーマ４３０、すなわちドキュメントが作成される際に従う規則セットが、この動作に必要である。フィールドおよび値を含むこの記述子セットは、次に、インタフェース４６０へ渡される。パースプロセス中にドキュメントオブジェクトモデル（ＤＯＭ）が作成される（ＷＷＷコンソーシアム（Ｗ３Ｃ）の仕様を参照）。ＤＯＭは、本質的には、ドキュメント内の様々なフィールドおよび値の親子関係を定義するデータ構造である。ＤＯＭは、ＤＩＤ記述子変更部（modifier：変更子）４４０へ渡され、リソースアダプタ４５０の適合アクションにより変更されねばならないフィールドの値が後に変更されるようにする。
【００３１】
ディジタルアイテム適合記述３０１は、ＤＩＡ記述パーサ４７０によりパースされ、外部因子または外部リソースに関する記述セットが生成されるようにする。同様に、この記述セットからのフィールドおよび値は、記述／リソースインタフェース４６０へ渡される。ＤＩＤ記述パーサと同様に、第２のスキーマ４３１が、このパース動作にも必要である。
【００３２】
記述子インタフェース４６０の機能は、様々なリソース（Ｒ）の記述子（Ｄ）を収集し、フィールドおよび値を解釈し、関連情報をリソースアダプタ４５０へ伝えることである。記述／リソースインタフェース４６０は、リソースアダプタ機能を認識している。したがって、インタフェース４６０は、リソースアダプタ４５０により用いられ得る記述子パラメータのみをフィルタリングして送る。これは、事前に定義されたアプリケーションプログラムインタフェース（ＡＰＩ）を介して実施され得る。リソースアダプタ４５０のアクションに基づいて、対応する記述だけでなく適合されたリソース（Ｒ’）もインタフェース４６０へ送り戻される。システムが動的であるため、インタフェース４６０への／からの更新は定期的に行われ得る。
【００３３】
次に、インタフェース４６０は、変更された記述子値をリソースアダプタ４５０により指定されたものと解釈し、同様にフィールドおよび値を含むその変更をＤＩＤ記述子変更部４４０へ伝える。更新された値およびＤＩＤ記述子パーサ４２０により作成されたＤＯＭを用いて、変更されたＤＩＤに含まれるべき変更されたドキュメントが作成される。
【００３４】
リソースアダプタ
上述のように、リソースアダプタ４５０の動作は、ディジタルアイテム適合記述３０１によってだけではなく、ＤＩＤの一部として含まれるリソースの記述子によっても影響を及ぼされる。かかる記述は、米国特許出願第０９／５４７，１５９号、「Video transcoding using syntactic and semantic clues」（Vetro他により１９９９年６月１５日に出願）、またはＩＳＯ／ＩＥＣ１５９３８−５：２００１、「Information Technology-Multimedia Content Description Interface: Part 5 Multimedia Description Schemes」に明記されるようなトランスコーディングのヒントを含む。
【００３５】
本発明とともに用いることができる多種多様なリソース適合エンジンがある。ビデオトランスコーディングの場合、リソース適合エンジン４５０は、ビットレートの低下（例えば、Sun他著「Architectures for MPEG compressed bitstream scaling」、IEEE Transactions on Circuits and Systems for Video Technology, April 1996を参照）、および空間分解能の低下（例えば、米国特許出願第０９／８５３，３９４号、「Video Transcoder with Spatial Resolution Reduction」(Vetro他により２００１年５月１１日に出願）を参照）を考慮することができる。他のタイプの適合としては、ビデオ概要の生成（例えば、米国特許出願第０９／８４５，００９号、「Method for summarizing a video using motion and color descriptors」（Divakaran他により２０００年８月９日に出願）を参照）、または圧縮フォーマットの変更（例えば、ＭＰＥＧ−２からＭＰＥＧ−４へ）を挙げることができる。
【００３６】
本発明は、リソース適合の任意の既知の方法を用いることができる。リソース適合エンジンの具体的な能力は、ターゲットとなるアプリケーションおよびターゲットとなる適合デバイスに大いに依存する。
【００３７】
ディジタルアイテムの分散
図５は、ディジタルアイテムがどのように生成され、分散され、適合され、最終的に消費されるのかを示す。最初に、視聴覚リソース（マルチメディアコンテンツ）が取り込まれ、符号化される（５１０）。このリソースは、次に、特徴抽出（５１１）を経て、リソースの記述子セットが生成されるようにする。リソースおよび記述子の内容に基づいて、最初のディジタルアイテムが生成される。この例では、リソースとそのリソースの対応する記述子を含むこの特定のタイプのディジタルアイテムを、ＣＤＩ５１２と呼ぶ。
【００３８】
異種ネットワーク上のＣＤＩの分散では、ＣＤＩは、ネットワークノード５２０を通過することができ、ネットワークノード５２０は、ディジタルアイテム適合記述５２１により指定されるいくつかの外部因子、例えば利用可能な帯域幅により、ディジタルアイテムのいくらかの適合を必要とする。これにより、ディジタルアイテム適合プロセス３００が開始され、変更されたＣＤＩ５２２が生成される。
【００３９】
中間コンテンツデリバリチェーン５３０の一部として、変更されたＣＤＩ５２２は、最終的にホームサーバ／ゲートウェイ５４０に辿りつくことができ、ここで任意の数の種々の消費者デバイス５７０への最終デリバリの要求を待つことになる。この例では、ＭＰＥＧ−２ＭＰ＠ＭＬをサポートするＨＤＴＶ、低空間分解能および低ビットレートでＭＰＥＧ−４  Ｓｉｍｐｌｅ  ＰｒｏｆｉｌｅをサポートするＰＤＡ、および特定のグラフィックフォーマットのみをサポートし得るゲームデバイスを考慮する。
【００４０】
これらのデバイスのそれぞれは、それ自体の記述を生成することが可能であり、これを初期ＸＤＩ５５０と呼ぶことにする。ホームサーバ／ゲートウェイが複数のタイプの接続、例えば、無線、ＣＡＴＶ、イーサネット(登録商標)をサポートすると仮定すると、それぞれのデバイスから生じる各ＸＤＩは、例えばネットワーク条件に見合うディジタルアイテム適合記述５６０によりコンバイナ５８０においてさらに変更され得る。ＸＤＩ変更部は、ＸＤＩへのかかる変更を取り扱う。この変更部は、ＤＩＤ記述子変更部への入力がディジタルアイテム適合記述に直接基づいていることを除いて、記述子適合エンジン３２０と同様に動作する。
【００４１】
ホームサーバ／ゲートウェイに到達すると、特定のリソースへの要求がなされた場合、ディジタルアイテム適合が再び実行されることになる。この場合、ＸＤＩはディジタルアイテム適合記述として機能し、適合されたリソース、またはリソースが含まれたＤＩＤ全体が、任意の端末デバイス５７０に送信され得る。
【００４２】
本発明を好ましい実施形態の例として説明したが、本発明の精神および範囲内で様々な他の適合および変更がなされ得ることを理解すべきである。したがって、本発明の真の精神および範囲内にあるすべてのかかる変形および変更を包含することが、添付の特許請求項の目的である。
【図面の簡単な説明】
【００４３】
【図１】従来技術のディジタルアイテムのブロック図である。
【図２】従来技術のディジタルアイテム宣言のブロック図である。
【図３】本発明によるディジタルアイテム適合のブロック図である。
【図４】リソース適合エンジンと記述子適合エンジンとの間のインタフェースのブロック図である。
【図５】本発明によるディジタルアイテム適合を用いるアプリケーションの流れ図である。
【図１】
2005518588.tif 000003
【図２】
2005518588.tif 000004
【図３】
2005518588.tif 000005
【図４】
2005518588.tif 000006
【図５】
2005518588.tif 000007
【国際調査報告】
2005518588.tif 000008
2005518588.tif 000009
2005518588.tif 000010