(57)【要約】データを有する第１端末から第２端末へ第２端末に適合するデータを配信するデータ配信システムを提供する。第１端末は、複数の形式のデータを記録しているデータ記録手段と、第２端末に適合するデータの配信要求を受信すると共に、第２端末の情報に関するＵＲＬを受信するデータ配信要求受信手段と、ＵＲＬから第２端末の情報を取得する端末情報取得手段と、取得した第２端末の情報に基づいて第２端末に適合するデータを選択するデータ選択手段と、選択したデータを第２端末に送信するデータ送信手段とを備える。第２端末は、第２端末の情報をツリー構造表記で記述する端末情報記述手段と、ツリー構造表記された第２端末の情報を所定のＵＲＬに送信して、記録するＵＲＬ記録手段と、第２端末に適合するデータの配信を第１端末に要求すると共に、ＵＲＬを通知するデータ配信要求手段と、第１端末からデータを受信するデータ受信手段とを備える。
2004036913.tif 000002
【特許請求の範囲】
【請求項１】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムであって、
前記第１端末は、
複数の形式のデータを記録しているデータ記録手段と、
前記第２端末に適合するデータの配信の要求を受信すると共に、前記第２端末から前記第２端末の情報を記録しているＵＲＬを受信するデータ配信要求受信手段と、
前記ＵＲＬから前記第２端末の情報を取得する端末情報取得手段と、
取得した前記第２端末の情報に基づいて前記第２端末に適合するデータを選択するデータ選択手段と、
前記選択したデータを前記第２端末に送信するデータ送信手段と
を備え、
前記第２端末は、
前記第２端末の情報をツリー構造表記で記述する端末情報記述手段と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信して、前記ＵＲＬに記録するＵＲＬ記録手段と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記ＵＲＬを前記第１端末に通知するデータ配信要求手段と、
前記第１端末からデータを受信するデータ受信手段と
を備えることを特徴とするデータ配信システム。
【請求項２】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおける前記第１端末であって、
複数の形式のデータを記録しているデータ記録手段と、
前記第２端末に適合するデータの配信の要求を受信すると共に、前記第２端末から前記第２端末の情報を記録しているＵＲＬを受信するデータ配信要求受信手段と、
前記ＵＲＬから前記第２端末の情報を取得する端末情報取得手段と、
取得した前記第２端末の情報に基づいて前記他の端末に適合するデータを選択するデータ選択手段と、
前記選択したデータを前記第２端末に送信するデータ送信手段と
を備えることを特徴とする第１端末。
【請求項３】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおける前記第２端末であって、
前記第２端末の情報をツリー構造表記で記述する端末情報記述手段と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信して、前記ＵＲＬに記録するＵＲＬ記録手段と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記ＵＲＬを前記第１端末に通知するデータ配信要求手段と、
前記第１端末からデータを受信するデータ受信手段と
を備えることを特徴とする第２端末。
【請求項４】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおいて、前記第１及び第２端末から接続可能なＵＲＬを有し、前記第２端末の情報を記録している第３端末であって、
前記第２端末から前記第１端末の情報のツリー構造表記を受信する端末情報受信手段と、
前記第２端末の情報を記録する端末情報記録手段と、
前記第１端末から前記第２端末の情報の配信の要求に応じて前記第２端末の情報を前記第１端末に送信する端末情報送信手段と
を備えることを特徴とする第３端末。
【請求項５】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおいて、前記第２端末におけるデータ要求方法であって、
前記第２端末を構築する過程と、
前記第２端末の情報をツリー構造表記を用いて記述する過程と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信し、記録する過程と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記第２端末から前記第１端末に前記ＵＲＬを通知する過程と、
前記第１端末からデータを受信する過程と
を含むことを特徴とするデータ要求方法。
【請求項６】
ツリー構造表記された前記第２端末の情報は、前記第２端末の基本特性に関する情報、前記第２端末のＡＶコーディング能力に関する情報、及び前記第２端末のマルチメディア入出力に関するそれぞれの情報をブランチ情報として分枝して記述されていることを特徴とする請求項５に記載のデータ要求方法。
【請求項７】
前記第２端末へのデータ配信を前記第１端末に要求する過程は、
前記第２端末の情報の前記ツリー構造表記における一部のブランチ情報を選択する過程と、
前記選択されたブランチ情報に関するＵＲＬを前記第１端末に通知し、前記第２端末へのデータ配信を前記第１端末に要求する過程と
を含むことを特徴とする請求項５に記載のデータ要求方法。
【請求項８】
前記第２端末を構築する過程は、
一般的な特性に関してＣＰＵ、ＯＳ、メモリ、出力、ＶＭ（バーチャルマシン）を選択することによって前記第２端末を構築する過程と、
ＵＳＢ、ブルートゥース（ＢｌｕｅＴｏｏｔｈ）、ワイヤレス８０２（Ｗｉｒｅｌｅｓｓ８０２）、シリアル、パラレル等のデータＩ／Ｏ（データ入出力）を選択することによって前記第２端末を構築する過程と、
マルチメディアカード（ＭＭＣ）、コンパクトフラッシュ（登録商標）、保証ディスク（Ｓｅｃｕｒｅ  Ｄｉｓｋ：ＳＤ））、メモリースティック（ＭＳ）、ハードディスク（ＨＤ）、ＤＶＤ、ＶＣＤ、Ｚｉｐディスク、及びフレキシブルディスク等の記憶媒体を選択することによって前記第２端末を構築する過程と、
グローバル・ポジショニング・システム（ＧＰＳ）、ブラウザ（Ｂｒｏｗｓｅｒ）、知的財産権管理及び保護ツール（ＩＰＭＰ  ｔｏｏｌｓ）、ＲＥＬツール（Ｒｉｇｈｔｓ  Ｅｘｐｒｅｓｓｉｏｎ  Ｌａｎｇｕａｇｅ  Ｔｏｏｌ）、メタデータツール等のサポーティングツールを選択することによって前記第２端末を構築する過程と、
所定のＡＶデコーディングフォーマットに従って前記第２端末を構築する過程と、
所定のイメージフォーマットサポーティングに従って前記第２端末を構築する過程と、
所定のテキストフォーマットサポーティングに従って前記第２端末を構築する過程と、
所定のシステムフォーマットサポーティングに従って前記第２端末を構築する過程と、
音響又は音声を再生するための所定のオーディオ出力を提供することによって前記第２端末を構築する過程と、
映像又はイメージを表示するための所定のビデオ出力を提供することによって前記第２端末を構築する過程と、
テキストを表示するための所定のテキスト出力を提供することによって前記第２端末を構築する過程と
を含むことを特徴とする請求項５に記載のデータ要求方法。
【請求項９】
前記第２端末を構築する方法は、さらに
所定のＡＶエンコーディングフォーマットに従って前記第２端末を構築する過程と、
音響又は音声を取得するための所定のオーディオ入力を提供することによって前記第２端末を構築する過程と、
映像又はイメージを取得するための所定のビデオ入力を提供することによって前記第２端末を構築する過程と、
テキストを入力するための所定のテキスト入力を提供することによって前記第２端末を構築する過程と
を含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１０】
所定のＡＶデコーディングフォーマットに従って前記第２端末を構築する過程は、さらに、
オーディオデコーディングサポーティングフォーマットを選択する過程と、
ビデオデコーディングサポーティングフォーマットを選択する過程と、
オーディオデコーディング用のビットレートを決める過程と、
ビデオデコーディング用のビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオデコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオデコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオデコーディング用の平均ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオデコーディング用の平均ビットレートを決める過程と、
オーディオ又はビデオデコーディング用の限定バッファサイズを決める過程とを含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１１】
所定のＡＶエンコーディングフォーマットに従って前記第２端末を構築する過程は、さらに、
オーデイオエンコーディングサポーティングフォーマットを選択する過程と、
ビデオエンコーディングサポーティングフォーマットを選択する過程と、
オーディオエンコーディング用のビットレートを決める過程と、
ビデオエンコーディング用のビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオエンコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオエンコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオエンコーディング用の平均ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオエンコーディング用の平均ビットレートを決める過程と、
オーディオ又はビデオエンコーディング用の限定バッファサイズを決める過程と
を含むことを特徴とする請求項９に記載のデータ要求方法。
【請求項１２】
所定のシステムフォーマットに従って前記第２端末を構築する過程は、さらに、
ＭＰＥＧ２システムフォーマットサポーティングを選択する過程と、
ＭＰＥＧ４システムフォーマットサポーティングを選択する過程と、
所定ファイルフォーマットサポーティングを選択する過程と、
所定通信プロトコルサポーティングを選択する過程と
を含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１３】
前記ＭＰＥＧ２システムフォーマットサポーティングを選択する過程は、さらに、
ＭＰＥＧ２トランスポートシステム（ＴＳ）フォーマットサポーティングを決める過程と、
ＭＰＥＧ２プログラムシステム（ＰＳ）フォーマットサポーティングを決める過程と
をさらに含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１４】
前記ＭＰＥＧ４システムフォーマットサポーティングを選択する過程は、さらに、
ＭＰＥＧ４システムパート１のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１１のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１２のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１３のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１４のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１５のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１６のフォーマットサポーティングを決める過程と
を含むことを特徴とする請求項１２に記載のデータ要求方法。
【請求項１５】
前記所定ファイルフォーマットサポーティングを選択する過程は、さらに、
ＭＰ４ファイルフォーマットサポーティングを決める過程と、
ＱｕｉｃｋＴｉｍｅファイルフォーマットサポーティングを決める過程と、
ＡＶｉファイルフォーマットサポーティングを決める過程と、
ＭＰ２ファイルフォーマットサポーティングを決める過程と、
ＭＰ２１ファイルフォーマットサポーティングを決める過程と、
ＡＳＦファイルフォーマットサポーティングを決める過程と、
他のエリアで使用される他のファイルフォーマットを決める過程と、
将来のファイルフォーマットを決める過程と
を含むことを特徴とする請求項１２に記載のデータ要求方法。
【請求項１６】
所定通信プロトコルを選択する過程は、さらに、
ＲＴＰプロトコルサポーティングを決める過程と、
Ｈ．３２３プロトコルサポーティングを決める過程と、
ＳＩＰプロトコルサポーティングを決める過程と、
ＨＴＴＰプロトコルサポーティングを決める過程と、
ＴＣＰ／ＩＰプロトコルサポーティングを決める過程と、
他のプロトコルサポーティングを決める過程と、
を含むことを特徴とする請求項１２に記載のデータ要求方法。
【請求項１７】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおいて、前記第１端末におけるデータ配信方法であって、
前記第２端末から前記第２端末に適合するデータの配信要求を受信すると共に、前記第２端末の情報に関するＵＲＬを受信する過程と、
前記ＵＲＬからツリー構造表記された前記第２端末の情報を取得する過程と、
前記取得した情報に基づいて前記第２端末に適合するデータを選択する過程と、
前記選択したデータを前記第２端末に送信する過程と
を含むことを特徴とするデータ配信方法。
【請求項１８】
ツリー構造表記された前記第２端末の情報は、前記第２端末の基本特性に関する情報、前記第２端末のＡＶコーディング能力に関する情報、及び前記第２端末のマルチメディア入出力に関するそれぞれの情報をブランチ情報として分枝して記述されていることを特徴とする請求項１７に記載のデータ配信方法。
【請求項１９】
前記第１端末において前記取得した情報に基づいて前記第２端末に適合するデータを選択する過程は、
前記ＵＲＬから得たツリー構造表記された前記第２端末の情報を構文解析する過程と、
前記構文解析によって得られた前記ツリー構造表記のブランチ情報に基づいて前記第２端末に適合するデータを選択する過程と
を含むことを特徴とする請求項１７に記載のデータ配信方法。
【発明の詳細な説明】
【技術分野】  本発明は、端末の能力がサーバ、ゲートウエイ、又は他のピアによって完全に理解され、解釈される場合におけるデジタルアイテム適応（Ｄｉｇｉｔａｌ  Ｉｔｅｍ  Ａｄａｐｔａｔｉｏｎ：ＤＩＡ）に関する。また、本発明は、良く記述された端末（ウエルデファインド端末）で異なるフォーマットのマルチメディアコンテンツにアクセスできるデジタルアイテム適応に関する。
【背景技術】  ＭＰＥＧや他の標準化団体によってビデオ、オーデイオ、システム、通信プロトコル、コンテンツ表現、コンテンツパッケージング等について多くの標準が作成されてきた。
その結果、存在するコンテンツには、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶ、ＤＶＣＰＲＯ、ＲＴＰ、ＭＰ４、ＱｕｉｃｋＴｉｍｅ、ＡＶｉ、ＡＳＦ等の異なるソースコーディング方法による異なるフォーマットによるものがあり、また同時に、デバイス及び端末も所定の、しかし異なる標準に準拠した別の基準で構築されている。例えば、既存のＤＴＶ  ＳＴＢ（セットトップボックス）は、ＭＰＥＧ２コンテンツを備えたＭＰＥＧ２システムをデコードでき、再生できるが、オーディオ及びビデオのコーディングが異なる点に加えて、コンテンツのパッケージングフォーマットが異なるので、ＤＶやＭＰＥＧ４コンテンツは再生できない。
コンテンツは、システムフォーマット及びＡＶソーシング・コーディングフォーマットを含んだあるフォーマットから他のフォーマットへ容易に変換でき、サービスプロバイダもコンテンツを異なったフォーマットで提供できる。しかし、端末だけは一つ又はいくらかのフォーマットをサポートするのみである。
特定データフォーマットのコンテンツが異なる端末では再生できない現状を記載するために、先行技術を図１及び図２に示している。
図１では、ＭＰＥＧ−２  ＭＰ＠ＭＬコンテンツがｍｏｄｕｌｅ１．１のＤｅｖｉｃｅ  Ａからユーザに提供され、それはｍｏｄｕｌｅ１．４のＤＴＶ  ＳＴＢの端末のみで再生できることを示している。他のｍｏｄｕｌｅ１．２、１．３、及び１．５の端末ではそのコンテンツを再生できない。
図２では、ＭＰＥＧ−２  ＭＰ＠ＭＬコンテンツがｍｏｄｕｌｅ２．１のＭｕｌｔｉｍｅｄｉａ  ｓｅｒｖｅｒからユーザにインタラクティブな双方向で提供され、ｍｏｄｕｌｅ２．４のＤＴＶ  ＳＴＢでのみ再生可能であることを示している。他のｍｏｄｕｌｅ２．２、２．３、及び２．５の端末ではそのコンテンツを再生できない。
上記の例から、現状は広範囲の端末やネットワークによるコンテンツへのアクセスが制限されていることがわかる。
一方、コンテンツの異なる全てのフォーマットをデコードできるような端末を構築することはあまりにコストがかかりすぎるため不可能である。
本発明は、系統付けられた構造を備えた端末の記述を規定することに焦点をあわせており、特に、システムフォーマット及び通信プロトコル等のサブエレメントを規定することに焦点を合わせている。
【発明の開示】
【発明が解決しようとする課題】  本発明は、以下の課題を解決することを目的としている。
第１の課題は、同一のコンテンツが、どのウエル・デファインド端末からもアクセスされ、取り出され、取得されるようにすることである。
第２の課題は、端末で、異なるデータフォーマットのどのコンテンツにもアクセスでき、取り出すことができ、取得できるようにすることである。
記憶媒体及びオーディオ・ビデオ出力サポーティングフォーマットと同様に、ＡＶコーディングフォーマット、システムサポーティングフォーマット等の能力を反映するように端末がうまく記述されることが望ましく、それによってネゴシエーションでコンテンツを適切なフォーマットで端末に供給することができる。
【課題を解決するための手段】  本発明に係るデータ配信システムは、データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するシステムである。このシステムはデータを有する第１端末と配信される第２端末とを含んでいる。
前記第１端末は、
複数の形式のデータを記録しているデータ記録手段と、
前記第２端末に適合するデータの配信の要求を受信すると共に、前記第２端末から前記第２端末の情報を記録しているＵＲＬを受信するデータ配信要求受信手段と、
前記ＵＲＬから前記第２端末の情報を取得する端末情報取得手段と、
取得した前記第２端末の情報に基づいて前記第２端末に適合するデータを選択するデータ選択手段と、
前記選択したデータを前記第２端末に送信するデータ送信手段と
を備えることを特徴とする。
また、前記第２端末は、
前記第２端末の情報をツリー構造表記で記述する端末情報記述手段と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信して、前記ＵＲＬに記録するＵＲＬ記録手段と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記ＵＲＬを前記第１端末に通知するデータ配信要求手段と、
前記第１端末からデータを受信するデータ受信手段と
を備えることを特徴とする。
端末についてツリー構造の記述を規定することによって、端末の能力をそのＡＶ及びシステムコーディング能力、ＡＶ入出力能力、記憶及びＩ／Ｏ能力、テキストマークアップ言語サポーティング、通信プロトコル、ダウンロード能力等を反映して記述することができる。
端末についてツリー構造の記述を規定することによって、端末は、その処理出力、メモリ、オペレーティングシステム等を反映して記述できる。その記述は所定のソフトウエアを端末にダウンロードした場合に参照することができる。
階層構造を備えた端末についてのツリー構造を規定することによって、マルチメディアフレームワークで、ツリー構造からいくらかの選択されたブランチに関する端末能力のネゴシエーションを処理することが容易且つ効果的である。
系統付けられた構造を備えた端末のツリー構造の記述を規定することによって、端末の能力についての異なるカテゴリーに対応するツリーのブランチを埋めることは簡単且つ容易となる。
端末はツリー構造でうまく記述できる。
第１レイヤでは、ＤｅｖｉｃｅＰｒｏｐｅｒｔｙ、Ｃｏｄｅｃ、ＩｎｐｕｔＯｕｔｐｕｔが記述される。
第２レイヤでは、
１）Ｄｅｖｉｃｅｐｒｏｐｅｒｔｙの下には、Ｇｅｎｅｒａｌｐｒｏｐｅｒｔｙ（ＣＰＵ、ＯＳ（オペレーティングシステム）、Ｍｅｍｏｒｙ、Ｐｏｗｅｒ、ＶＭ）、ＤａｔａＩＯ（Ｓｅｒｉａｌ、Ｐａｒａｌｌｅｌ、ＵＳＢ、ＩｎｆｒａＲｅｄ、ＢｌｕｅＴｏｏｔｈ、Ｗｉｒｅｌｅｓｓ８０２）、Ｓｔｏｒａｇｅ（ＭＭＣ（マルチメディアカード）、ＳＤ（保護ディスク）、ＭＳ（メモリスティック）、ＨＤ（ハードディスク）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＷ、Ｆｌｏｐｐｙ（登録商標）、Ｚｉｐ  Ｄｉｓｋ）、ＳｕｐｐｏｒｔｉｎｇＴｏｏｌ（グローバルポジショニングシステム（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ：ＧＰＳ）、ブラウザ（Ｂｒｏｗｓｅｒ）、ＩＰＭＰ  Ｔｏｏｌ、ＲＥＬ  Ｔｏｏｌ、等）が記述される。
２）Ｃｏｄｅｃの下には、ＡＶＤｅｃｏｄｉｎｇ（Ａｕｄｉｏ、Ｖｉｄｅｏ）、ＡＶＥｎｃｏｄｉｎｇ（Ａｕｄｉｏ、Ｖｉｄｅｏ）、ＩｍａｇｅＦｏｒｍａｔ、ＴｅｘｔＦｏｒｍａｔ、ＳｙｓｔｅｍＦｏｒｍａｔ（ＭＰＥＧ−２ＴＳ、ＭＰＥＧ−２ＰＳ、ＭＰＥＧ−４、ＭＰ４、ＡＳＦ、Ａｖｉ、ＱｕｉｃｋＴｉｍｅ、ＲＴＰ、Ｈ．３２３、等）が記述される。
３）ＩｎｐｕｔＯｕｔｐｕｔの下には、ＡｕｄｉｏＩｎＯｕｔ（Ｓｐｅａｋｅｒ、Ｍｉｃ）、ＶｉｄｅｏＩｎＯｕｔ（Ｄｉｓｐｌａｙ、ＣＣＤ）、ＴｅｘｔＩｎＯｕｔ（Ｓｃｒｅｅｎ、ＰｏｉｎｔｉｎｇＤｅｖｉｃｅ、ＫｅｙＰａｄ、Ｋｅｙｂｏａｒｄ）が記述される。
ツリー構造の端末記述はＵＲＬに記憶される。ネゴシエーションメッセージによって、デジタルアイテム適応を実行するために実際の端末記述の全てのブランチ又はサブブランチのいずれかに代えてＵＲＬを運ぶことができ、送信バンド幅をセーブすることができる。
【発明の効果】  既知の構造化ＤＩＡ記述を備えた端末は、異なるフォーマットのコンテンツにアクセスし、取り出し、消費することができ、その有用性を拡張するために別のアプリケーションを用いることができる。
マルチメディアフレームワークは、端末の能力により適合させるために、端末にコンテンツを配信する前に端末と交信するためツリー構造を有する端末記述を用いることができる。
規定された構造のＤＩＡ記述で構築されたサーバ又はゲートウエイによって、端末によって必要なフォーマットに適合させるために、あるフォーマットから他のフォーマットへコンテンツを変換する適用ツールを選択でき、その結果、ビジネス規模を拡張するために種々の端末についてサービスできる。
【図面の簡単な説明】  本発明の種々の対象、特徴及び利点は、添付の図面を参照しつつ以下で説明される好ましい実施の形態により明らかにされるであろう。
図１は、異なる種類の端末を有するユーザに一方向でのコンテンツを提供する先行技術１を示す図である。
図２は、異なる種類の端末を有するユーザに双方向でのコンテンツを提供する先行技術２を示す図である。
図３は、端末記述におけるトップレベル構造に関する概念及び構文を示す図である。
図４は、端末記述におけるＤｅｖｉｃｅＰｒｏｐｅｒｔｙに関する概念及び構文を示す図である。
図５は、端末記述におけるＣｏｄｅｃに関する概念及び構文を示す図である。
図６は、端末記述におけるＩｎｐｕｔＯｕｔｐｕｔに関する概念及び構文を示す図である。
図７は、端末記述におけるＡＶＤｅｃｏｄｉｎｇに関する概念及び構文を示す図である。
図８は、端末記述におけるＳｙｓｔｅｍＦｏｒｍａｔに関する概念及び構文を示す図である。
図９は、本発明の実施の形態に係るデータ配信システムの概略図である。
図１０は、本発明の実施の形態に係るデータ配信システムにおいて第２端末におけるデータ要求方法のフローチャートである。
図１１は、本発明の実施の形態に係るデータ配信システムにおいて第１端末におけるデータ配信方法のフローチャートである。
図１２は、本発明の実施の形態に係るデータ配信システムにおいて取得した情報に基づいて第２端末に適合するデータを選択する過程の詳細を示すフローチャートである。
【発明を実施するための最良の形態】  以下、本発明の実施形態について添付の図面を参照して説明する。なお、各図面において同一の符号は同一の構成要素または同様の作用、動作をなすものを表す。
まず、構築された端末について、ツリー構造表記された端末の情報について説明する。この端末の情報としては、端末の基本特性、端末のＡＶコーディング能力、端末の入出力に関する情報等であり、これらはブランチ情報として階層化されて記述されている。
端末能力記述のレイヤ構造。
レイヤ１
レイヤ構造
レイヤ１は、トップレベルであり、概要を示すために図３に示されているように、ＤｅｖｉｃｅＰｒｏｐｅｒｔｙ３．１、Ｃｏｄｅｃ３．２、ＩｎｐｕｔＯｕｔｐｕｔ３．３の３つのグループからなる。
レイヤ１に関するエレメント名及びその意味は、テーブル１に示した。
2004036913.tif 000003
レイヤ２
レイヤ２はレイヤ１グループのエレメントをさらに記述するためのものである。
端末のＤｅｖｉｃｅＰｒｏｐｅｒｔｙの下のエレメントの記述
図４に概要が示されているように、このレイヤは、ＧｅｎｅｒａｌＰｒｏｐｅｒｔｙ４．１、ＤａｔａＩＯ４．２、Ｓｔｏｒａｇｅ４．３、ＳｕｐｐｏｒｔｉｎｇＴｏｏｌ４．４を含んでいる。
レイヤ構造
エレメント名及びその意味はテーブル２に示した。
2004036913.tif 000004
端末のＣｏｄｅｃの下のエレメントの記述
図５に概要を示しているように、このブランチは、ＡＶＤｅｃｏｄｉｎｇ５．１、ＡＶＥｎｃｏｄｉｎｇ５．２、ＩｍａｇｅＦｏｒｍａｔ５．３、ＴｅｘｔＦｏｒｍａｔ５．４、ＳｙｓｔｅｍＦｏｒｍａｔ５．５、を含んでいる。
レイヤ構造
エレメント及びその意味は表３に示した。
2004036913.tif 000005
端末のＩｎｐｕｔＯｕｔｐｕｔの下のエレメントの記述
図６に概要が示されているように、このブランチは、ＡｕｄｉｏＩｎｐｕｔＯｕｔｐｕｔ６．１、ＶｉｄｅｏＩｎｐｕｔＯｕｔｐｕｔ６．２、ＴｅｘｔＩｎｐｕｔＯｕｔｐｕｔ６．３を含む。
レイヤ構造
エレメント及びその意味は表４に示した。
2004036913.tif 000006
2004036913.tif 000007
他のＤｅｖｉｃｅＰｒｏｐｅｒｔｙ、ＩｎｐｕｔＯｕｔｐｕｔ等に関する詳細はここでは説明も記述もしないが、さらにＣｏｄｅｃに関する詳細説明を次節で行う。
Ｃｏｄｅｃエレメントに関する記述
このＣｏｄｅｃエレメントは、ＡＶＤｅｃｏｄｉｎｇ、ＡＶＥｎｃｏｄｉｎｇ、ＩｍａｇｅＦｏｒｍａｔ、ＴｅｘｔＦｏｒｍａｔ及びＳｙｓｔｅｍＦｏｒｍａｔからなる。
図７は、さらにＡＶＤｅｃｏｄｉｎｇの概要及びそのサブエレメントを示している。エレメント名とその意味は表５に示している。
2004036913.tif 000008
2004036913.tif 000009
オーディオコーデックとしては、ＭＰＥＧ−１  Ｌａｙｅｒ３（ＭＰ３）、ＭＰＥＧ２  Ｌａｙｅｒ２、ＭＰＥＧ４  ＡＡＣ、ドルビーＡＣ３等を用いることができる。また、ビデオコーデックとしては、ＭＰＥＧ１、ＭＰＥＧ２  メインプロファイル、ＭＰＥＧ４  シンプルプロファイル、ＭＰＥＧ４  ＡＶＣ、ＷＭ９（ウインドウズメディア９）、ＲｅａｌＶｉｄｅｏ等を用いることができる。
ＡＶＥｎｃｏｄｉｎｇの記述
このＡＶＥｎｃｏｄｉｎｇは、図７及び表５に示されているＡＶＤｅｃｏｄｉｎｇと同一である。
ＩｍａｇｅＦｏｒｍａｔの記述
これは端末でサポートしているＪＰＥＧ、ＪＰＥＧ２０００、Ｇｉｆ、Ｔａｇａ、ＢｉｔＭａｐ、ＰＮＧ、ＴＩＦＦ等のイメージフォーマットを記述するためのものである。
ＴｅｘｔＦｏｒｍａｔの記述
これは、端末でサポートＡＳＣＩＩ、Ｓｈｉｆｔ−ＪＩＳ、ＨＴＭＬ、ＸＭＬ、ＳＭＩＬ等のテキストフォーマットを記述するためのものである。
ＳｙｓｔｅｍＦｏｒｍａｔの記述
図８は、Ｓｙｓｔｅｍｆｏｒｍａｔの概念及びそのサブエレメントについて示している。
エレメント名とその意味は、表６に示した。
2004036913.tif 000010
2004036913.tif 000011
次に、本発明の実施の形態に係るデータ配信システム、すなわち、デジタルアイテム適応システムについて、図９から図１２を用いて説明する。図９は、このデータ配信システムの概略図である。図１０は、第２端末におけるデータ要求方法のフローチャートである。図１１は、第１端末におけるデータ配信方法のフローチャートである。図１２は、取得した情報に基づいて第２端末に適合するデータを選択する過程の詳細を示すフローチャートである。
本発明の実施の形態に係るデータ配信システムは、データを有する第１端末１０から第２端末２０へ第２端末に適合するデータを配信するシステムである。
第１端末１０は、
複数の形式のデータを記録しているデータ記録手段１１と、
第２端末から第２端末の情報に関するＵＲＬを受信し、第２端末に適合するデータの配信要求を受信するデータ配信要求受信手段１２と、
ＵＲＬから第２端末の情報を取得する端末情報取得手段１３と、
取得した第２端末の情報に基づいて第２端末に適合するデータを選択するデータ選択手段１４と、
選択したデータを第２端末に送信するデータ送信手段１５と
を備えることを特徴とする。
第２端末２０は、
第２端末の情報をツリー構造表記で記述する端末情報記述手段２１と、
ツリー構造表記された第２端末の情報を所定のＵＲＬに送信し、記録するＵＲＬ記録手段２２と、
第２端末の情報に関するＵＲＬを第１端末に通知し、第２端末に適合するデータの配信を第１端末に要求するデータ配信要求手段２３と、
第１端末からデータを受信するデータ受信手段２４と
を備えることを特徴とする。
このデータ配信システム３０では、第２端末から第１端末にデータの配信要求、すなわちネゴシエートがなされ、第１端末から第２端末にデータが配信される。この場合、まず、第２端末におけるデータ配信要求方法について説明する。第２端末におけるデータ配信要求方法は、図１０に示すように、以下の（ａ）〜（ｅ）の各過程を含んでいる。
（ａ）第２端末を構築する過程（Ｓ０１）。この第２端末の構築過程の詳細については後述する。
（ｂ）第２端末の情報をツリー構造表記を用いて記述する過程（Ｓ０２）。ここで第２端末の情報とは、構築された第２端末の基本特性、第２端末のＡＶコーディング能力、第２端末のマルチメディア入出力に関する情報であって、これらの情報をブランチ情報として分枝してツリー構造表記する。ツリー構造表記することによって、第２端末に関する多くの情報の中から必要な情報を容易に取り出すことができ、第１端末におけるデータ選択を容易に行うことができる。なお、このツリー構造表記としては、図３から図８に示すようにＸＭＬを用いて記述できる。各ブランチ情報は、上位レイヤ、下位レイヤを階層化して記述される。
（ｃ）ツリー構造表記された第２端末の情報を所定のＵＲＬに送信して記録する過程（Ｓ０３）。ＵＲＬは、第１端末及び第２端末の両方からアクセス可能なＵＲＬであればよい。例えば、イントラネット上のサイト、又は、インターネット上のサイトであってもよい。なお、以前に記録されている第２端末の情報が存在する場合には、構築された第２端末の各特性のうち、更新が必要なブランチ情報のみを更新すればよい。
（ｄ）第２端末から第１端末に第２端末の情報に関するＵＲＬを通知して、第２端末に適合するデータの配信を第１端末に要求する過程（Ｓ０４）。配信要求するデータは例えばデジタルアイテムであってもよい。また、このデータ配信要求の過程はネゴシエート過程と呼ばれる。このネゴシエート過程では、ツリー構造表記された第２端末の情報に関するＵＲＬを含むネゴシエーションメッセージが送信される。なお、この配信要求の過程では、第２端末と第１端末との間で複数回のネゴシエーションメッセージの交換を行ってもよい。
（ｅ）第１端末からデータを受信する過程（Ｓ０５）。
さらに、上記の第２端末を構築する過程（Ｓ０１）について説明する。この第２端末を構築する過程は、以下の各過程を含んでいる。
ｉ）一般的な特性に関してＣＰＵ、ＯＳ、メモリ、出力、ＶＭ（バーチャルマシン）を選択することによって第２端末を構築する過程。
ｉｉ）ＵＳＢ、ブルートゥース（ＢｌｕｅＴｏｏｔｈ）、ワイヤレス８０２（Ｗｉｒｅｌｅｓｓ８０２）、シリアル、パラレル等のデータＩ／Ｏ（データ入出力）を選択することによって第２端末を構築する過程。
ｉｉｉ）マルチメディアカード（ＭＭＣ）、コンパクトフラッシュ（登録商標）、保証ディスク（Ｓｅｃｕｒｅ  Ｄｉｓｋ：ＳＤ））、メモリースティック（ＭＳ）、ハードディスク（ＨＤ）、ＤＶＤ、ＶＣＤ、Ｚｉｐディスク、及びフレキシブルディスク等の記憶媒体を選択することによって第２端末を構築する過程。
ｉｖ）グローバル・ポジショニング・システム（ＧＰＳ）、ブラウザ（Ｂｒｏｗｓｅｒ）、知的財産権管理及び保護ツール（ＩＰＭＰ  ｔｏｏｌｓ）、ＲＥＬツール（Ｒｉｇｈｔｓ  Ｅｘｐｒｅｓｓｉｏｎ  Ｌａｎｇｕａｇｅ  Ｔｏｏｌ）、メタデータツール等のサポーティングツールを選択することによって第２端末を構築する過程。
ｖ）所定のＡＶデコーディングフォーマットに従って第２端末を構築する過程。
ｖｉ）所定のイメージフォーマットサポーティングに従って第２端末を構築する過程。
ｖｉｉ）所定のテキストフォーマットサポーティングに従って第２端末を構築する過程。
ｖｉｉｉ）所定のシステムフォーマットサポーティングに従って第２端末を構築する過程。
ｉｘ）音響又は音声を再生するための所定のオーディオ出力を提供することによって第２端末を構築する。
ｘ）映像又はイメージを表示するための所定のビデオ出力を提供することによって第２端末を構築する過程。
ｘｉ）テキストを表示するための所定のテキスト出力を提供することによって第２端末を構築する過程。
を含んでいる。
さらに、第２端末を構築する過程は、以下の各工程を含んでいてもよい。
ｘｉｉ）所定のＡＶエンコーディングフォーマットに従って第２端末を構築する過程。
ｘｉｉｉ）音響又は音声を取得するための所定のオーディオ入力を提供することによって第２端末を構築する過程。
ｘｉｖ）映像又はイメージを取得するための所定のビデオ入力を提供することによって第２端末を構築する過程。
ｘｖ）テキストを入力するための所定のテキスト入力を提供することによって第２端末を構築する過程。
を含んでいてもよい。
また、上記所定のＡＶデコーディングフォーマットに従って第２端末を構築する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）オーデイオデコーディングサポーティングフォーマットを選択する過程。
ｉｉ）ビデオデコーディングサポーティングフォーマットを選択する過程。
ｉｉｉ）オーディオデコーディング用のビットレートを決める過程。
ｉｖ）ビデオデコーディング用のビットレートを決める過程。
ｖ）可変ビットレートのコーディングの場合において、オーディオデコーディング用の最大ビットレートを決める過程。
ｖｉ）可変ビットレートのコーディングの場合において、ビデオデコーディング用の最大ビットレートを決める過程。
ｖｉｉ）可変ビットレートのコーディングの場合において、オーディオデコーディング用の平均ビットレートを決める過程。
ｖｉｉｉ）可変ビットレートのコーディングの場合において、ビデオデコーディング用の平均ビットレートを決める過程。
ｉｘ）オーディオ又はビデオデコーディング用の限定バッファサイズを決める過程。
を含んでいる。
またさらに、上記所定のＡＶエンコーディングフォーマットに従って第２端末を構築する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）オーデイオエンコーディングサポーティングフォーマットを選択する過程。
ｉｉ）ビデオエンコーディングサポーティングフォーマットを選択する過程。
ｉｉｉ）オーディオエンコーディング用のビットレートを決める過程。
ｉｖ）ビデオエンコーディング用のビットレートを決める過程。
ｖ）可変ビットレートのコーディングの場合において、オーディオエンコーディング用の最大ビットレートを決める過程。
ｖｉ）可変ビットレートのコーディングの場合において、ビデオエンコーディング用の最大ビットレートを決める過程。
ｖｉｉ）可変ビットレートのコーディングの場合において、オーディオエンコーディング用の平均ビットレートを決める過程。
ｖｉｉｉ）可変ビットレートのコーディングの場合において、ビデオエンコーディング用の平均ビットレートを決める過程。
ｉｘ）オーディオ又はビデオエンコーディング用の限定バッファサイズを決める過程。
また、上記所定のシステムフォーマットに従って第２端末を構築する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰＥＧ２システムフォーマットサポーティングを選択する過程。
ｉｉ）ＭＰＥＧ４システムフォーマットサポーティングを選択する過程。
ｉｉｉ）所定ファイルフォーマットサポーティングを選択する過程。
ｉｖ）所定通信プロトコルサポーティングを選択する過程。
さらに、上記ＭＰＥＧ２システムフォーマットサポーティングを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰＥＧ２トランスポートシステム（ＴＳ）フォーマットサポーティングを決める過程。
ｉｉ）ＭＰＥＧ２プログラムシステム（ＰＳ）フォーマットサポーティングを決める過程。
またさらに、上記ＭＰＥＧ４システムフォーマットサポーティングを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰＥＧ４システムパート１のフォーマットサポーティングを決める過程。
ｉｉ）ＭＰＥＧ４システムパート１１のフォーマットサポーティングを決める過程。
ｉｉｉ）ＭＰＥＧ４システムパート１２のフォーマットサポーティングを決める過程。
ｉｖ）ＭＰＥＧ４システムパート１３のフォーマットサポーティングを決める過程。
ｖ）ＭＰＥＧ４システムパート１４のフォーマットサポーティングを決める過程。
ｖｉ）ＭＰＥＧ４システムパート１５のフォーマットサポーティングを決める過程。
ｖｉｉ）ＭＰＥＧ４システムパート１６のフォーマットサポーティングを決める過程。
また．上記所定ファイルフォーマットサポーティングを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰ４ファイルフォーマットサポーティングを決める過程と、
ｉｉ）ＱｕｉｃｋＴｉｍｅファイルフォーマットサポーティングを決める過程。
ｉｉｉ）ＡＶｉファイルフォーマットサポーティングを決める過程。
ｉｖ）ＭＰ２ファイルフォーマットサポーティングを決める過程。
ｖ）ＭＰ２１ファイルフォーマットサポーティングを決める過程。
ｖｉ）ＡＳＦファイルフォーマットサポーティングを決める過程。
ｖｉｉ）他のエリアで使用される他のファイルフォーマットを決める過程。
ｖｉｉｉ）将来のファイルフォーマットを決める過程。
さらに、上記所定通信プロトコルを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＲＴＰプロトコルサポーティングを決める過程。
ｉｉ）Ｈ．３２３プロトコルサポーティングを決める過程。
ｉｉｉ）ＳＩＰプロトコルサポーティングを決める過程。
ｉｖ）ＨＴＴＰプロトコルサポーティングを決める過程。
ｖ）ＴＣＰ／ＩＰプロトコルサポーティングを決める過程。
ｖｉ）他のプロトコルサポーティングを決める過程。
また、第２端末へのデータ配信を第１端末に要求する過程（Ｓ０４）は、以下の各過程を含んでいてもよい。
ｉ）第２端末の情報のツリー構造表記における一部のブランチ情報を選択する過程。データ配信要求にあたって、第１端末でのデータ選択に必要なブランチ情報をあらかじめ選択しておくことにより、第１端末でのデータ選択を容易に行うことができる。
ｉｉ）選択されたブランチ情報に関するＵＲＬを第１端末に送信する過程。この過程では、複数のブランチ情報に関するそれぞれのＵＲＬを第１端末に送信してもよい。
次に、第１端末におけるデータ配信方法について説明する。このデータ配信方法は、第２端末に適合したデータ、すなわちデジタルアイテムを配信する方法である。このデータ配信方法は、図１１に示すように、（ａ）〜（ｄ）の各過程を含んでいる。
（ａ）第２端末の情報に関するＵＲＬを受信して、第２端末に適合するデータの配信要求を受信する過程（Ｓ１１）。この過程は、ネゴシエート過程とも呼ばれる。なお、この配信要求を受信する過程では、第１端末と第２端末との間で複数回のネゴシエーションメッセージの交換を行ってもよい。
（ｂ）ツリー構造表記された第２端末の情報を取得する過程（Ｓ１２）。ツリー構造表記された第２端末の情報は、第２端末の基本特性に関する情報、第２端末のＡＶコーディング能力に関する情報、及び第２端末のマルチメディア入出力に関するそれぞれの情報をブランチ情報として分枝して記述されている。なお、ツリー構造表記としては、ＸＭＬを用いて記述できる。ブランチ情報の上位レイヤ、下位レイヤは、階層化によって記述される。
（ｃ）取得した情報に基づいて第２端末に適合するデータを選択する過程（Ｓ１３）。この過程については後述する。
（ｄ）選択したデータを第２端末に送信する過程（Ｓ１４）。
を含んでいる。
また、第１端末において取得した情報に基づいて第２端末に適合するデータを選択する過程（Ｓ１３）は、図１２に示すように、さらに以下の各過程を含んでいてもよい。
ｉ）得られたツリー構造表記された第２端末の情報を構文解析する過程（Ｓ２１）。構文解析はパーサによって行うことができる。パーサはハードウエア又はソフトウエアによって実現できる。
ｉｉ）構文解析によって得られたツリー構造表記のブランチ情報に基づいて第２端末に適合するデータを選択する過程（Ｓ２２）。ブランチ情報として、例えば、第２端末におけるＡＶコーディング能力に対応して、第２端末で再生可能なデータ、例えばコンテンツ等のデジタルアイテムを選択する。
なお、以下の構成によっても本発明は成立する。即ち、本発明の別の形態のデジタルアイテム適応システムは、
異なる能力を備えた異なる支援端末を準備するために、コンテンツを変換することによってマルチメディアフレームワークを構築する過程と、
端末の記述を得るためにネゴシエーションプロトコルを実行し、マルチメディアフレームワークを構築する過程と、
前記ネゴシエーションプロトコルを介したネゴシエーションメッセージによって示されたＵＲＬから得た前記端末の記述を構文解析するためにパーサを実行することによってマルチメディアフレームワークを構築する過程と、
前記ＵＲＬから前記端末の記述を得るためにネゴシエーションメッセージを送信する過程と、
得られた前記端末の記述を構文解析する過程と、
前記構文解析された端末の記述に従って前記端末に適合されたフォーマット及び適合された能力においてコンテンツを選択する過程と、
前記選択されたコンテンツを前記端末に供給する過程と
を含むことを特徴とする。
上述の通り、本発明は好ましい実施形態により詳細に説明されているが、本発明はこれらに限定されるものではなく、特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。
【図１】
2004036913.tif 000012
【図２】
2004036913.tif 000013
【図３】
2004036913.tif 000014
【図４】
2004036913.tif 000015
【図５】
2004036913.tif 000016
【図６】
2004036913.tif 000017
【図７】
2004036913.tif 000018
【図８】
2004036913.tif 000019
【図９】
2004036913.tif 000020
【図１０】
2004036913.tif 000021
【図１１】
2004036913.tif 000022
【図１２】
2004036913.tif 000023
【手続補正書】
【提出日】平成17年4月22日(2005.4.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムであって、
前記第１端末は、
複数の形式のデータを記録しているデータ記録手段と、
前記第２端末に適合するデータの配信の要求を受信すると共に、前記第２端末から前記第２端末の情報を記録しているＵＲＬを受信するデータ配信要求受信手段と、
前記ＵＲＬから前記第２端末の情報を取得する端末情報取得手段と、
取得した前記第２端末の情報に基づいて前記第２端末に適合するデータを選択するデータ選択手段と、
前記選択したデータを前記第２端末に送信するデータ送信手段と
を備え、
前記第２端末は、
前記第２端末の情報をツリー構造表記で記述する端末情報記述手段と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信して、前記ＵＲＬに記録するＵＲＬ記録手段と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記ＵＲＬを前記第１端末に通知するデータ配信要求手段と、
前記第１端末からデータを受信するデータ受信手段と
を備えることを特徴とするデータ配信システム。
【請求項２】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおける前記第１端末であって、
複数の形式のデータを記録しているデータ記録手段と、
前記第２端末に適合するデータの配信の要求を受信すると共に、前記第２端末から前記第２端末の情報を記録しているＵＲＬを受信するデータ配信要求受信手段と、
前記ＵＲＬから前記第２端末の情報を取得する端末情報取得手段と、
取得した前記第２端末の情報に基づいて前記他の端末に適合するデータを選択するデータ選択手段と、
前記選択したデータを前記第２端末に送信するデータ送信手段と
を備えることを特徴とする第１端末。
【請求項３】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおける前記第２端末であって、
前記第２端末の情報をツリー構造表記で記述する端末情報記述手段と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信して、前記ＵＲＬに記録するＵＲＬ記録手段と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記ＵＲＬを前記第１端末に通知するデータ配信要求手段と、
前記第１端末からデータを受信するデータ受信手段と
を備えることを特徴とする第２端末。
【請求項４】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおいて、前記第１及び第２端末から接続可能なＵＲＬを有し、前記第２端末の情報を記録している第３端末であって、
前記第２端末から前記第１端末の情報のツリー構造表記を受信する端末情報受信手段と、
前記第２端末の情報を記録する端末情報記録手段と、
前記第１端末から前記第２端末の情報の配信の要求に応じて前記第２端末の情報を前記第１端末に送信する端末情報送信手段と
を備えることを特徴とする第３端末。
【請求項５】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおいて、前記第２端末におけるデータ要求方法であって、
前記第２端末を構築する過程と、
前記第２端末の情報をツリー構造表記を用いて記述する過程と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信し、記録する過程と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記第２端末から前記第１端末に前記ＵＲＬを通知する過程と、
前記第１端末からデータを受信する過程と
を含むことを特徴とするデータ要求方法。
【請求項６】
ツリー構造表記された前記第２端末の情報は、前記第２端末の基本特性に関する情報、前記第２端末のＡＶコーディング能力に関する情報、及び前記第２端末のマルチメディア入出力に関するそれぞれの情報をブランチ情報として分枝して記述されていることを特徴とする請求項５に記載のデータ要求方法。
【請求項７】
前記第２端末へのデータ配信を前記第１端末に要求する過程は、
前記第２端末の情報の前記ツリー構造表記における一部のブランチ情報を選択する過程と、
前記選択されたブランチ情報に関するＵＲＬを前記第１端末に通知し、前記第２端末へのデータ配信を前記第１端末に要求する過程と
を含むことを特徴とする請求項５に記載のデータ要求方法。
【請求項８】
前記第２端末を構築する過程は、
一般的な特性に関してＣＰＵ、ＯＳ、メモリ、出力、ＶＭ（バーチャルマシン）を選択することによって前記第２端末を構築する過程と、
ＵＳＢ、ブルートゥース（ＢｌｕｅＴｏｏｔｈ）、ワイヤレス８０２（Ｗｉｒｅｌｅｓｓ８０２）、シリアル、パラレル等のデータＩ／Ｏ（データ入出力）を選択することによって前記第２端末を構築する過程と、
マルチメディアカード（ＭＭＣ）、コンパクトフラッシュ（登録商標）、保証ディスク（Secure Disk：ＳＤ)）、メモリースティック（ＭＳ）、ハードディスク（ＨＤ）、ＤＶＤ、ＶＣＤ、Ｚｉｐディスク、及びフレキシブルディスク等の記憶媒体を選択することによって前記第２端末を構築する過程と、
グローバル・ポジショニング・システム（ＧＰＳ）、ブラウザ（Browser）、知的財産権管理及び保護ツール（IPMP tools）、ＲＥＬツール（Rights Expression Language Tool）、メタデータツール等のサポーティングツールを選択することによって前記第２端末を構築する過程と、
所定のＡＶデコーディングフォーマットに従って前記第２端末を構築する過程と、
所定のイメージフォーマットサポーティングに従って前記第２端末を構築する過程と、
所定のテキストフォーマットサポーティングに従って前記第２端末を構築する過程と、
所定のシステムフォーマットサポーティングに従って前記第２端末を構築する過程と、
音響又は音声を再生するための所定のオーディオ出力を提供することによって前記第２端末を構築する過程と、
映像又はイメージを表示するための所定のビデオ出力を提供することによって前記第２端末を構築する過程と、
テキストを表示するための所定のテキスト出力を提供することによって前記第２端末を構築する過程と
を含むことを特徴とする請求項５に記載のデータ要求方法。
【請求項９】
前記第２端末を構築する方法は、さらに
所定のＡＶエンコーディングフォーマットに従って前記第２端末を構築する過程と、
音響又は音声を取得するための所定のオーディオ入力を提供することによって前記第２端末を構築する過程と、
映像又はイメージを取得するための所定のビデオ入力を提供することによって前記第２端末を構築する過程と、
テキストを入力するための所定のテキスト入力を提供することによって前記第２端末を構築する過程と
を含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１０】
所定のＡＶデコーディングフォーマットに従って前記第２端末を構築する過程は、さらに、
オーデイオデコーディングサポーティングフォーマットを選択する過程と、
ビデオデコーディングサポーティングフォーマットを選択する過程と、
オーディオデコーディング用のビットレートを決める過程と、
ビデオデコーディング用のビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオデコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオデコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオデコーディング用の平均ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオデコーディング用の平均ビットレートを決める過程と、
オーディオ又はビデオデコーディング用の限定バッファサイズを決める過程と
を含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１１】
所定のＡＶエンコーディングフォーマットに従って前記第２端末を構築する過程は、さらに、
オーデイオエンコーディングサポーティングフォーマットを選択する過程と、
ビデオエンコーディングサポーティングフォーマットを選択する過程と、
オーディオエンコーディング用のビットレートを決める過程と、
ビデオエンコーディング用のビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオエンコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオエンコーディング用の最大ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、オーディオエンコーディング用の平均ビットレートを決める過程と、
可変ビットレートのコーディングの場合において、ビデオエンコーディング用の平均ビットレートを決める過程と、
オーディオ又はビデオエンコーディング用の限定バッファサイズを決める過程と
を含むことを特徴とする請求項９に記載のデータ要求方法。
【請求項１２】
所定のシステムフォーマットに従って前記第２端末を構築する過程は、さらに、
ＭＰＥＧ２システムフォーマットサポーティングを選択する過程と、
ＭＰＥＧ４システムフォーマットサポーティングを選択する過程と、
所定ファイルフォーマットサポーティングを選択する過程と、
所定通信プロトコルサポーティングを選択する過程と
を含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１３】
前記ＭＰＥＧ２システムフォーマットサポーティングを選択する過程は、さらに、
ＭＰＥＧ２トランスポートシステム（ＴＳ）フォーマットサポーティングを決める過程と、
ＭＰＥＧ２プログラムシステム（ＰＳ）フォーマットサポーティングを決める過程と
をさらに含むことを特徴とする請求項８に記載のデータ要求方法。
【請求項１４】
前記ＭＰＥＧ４システムフォーマットサポーティングを選択する過程は、さらに、
ＭＰＥＧ４システムパート１のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１１のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１２のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１３のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１４のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１５のフォーマットサポーティングを決める過程と、
ＭＰＥＧ４システムパート１６のフォーマットサポーティングを決める過程と
を含むことを特徴とする請求項１２に記載のデータ要求方法。
【請求項１５】
前記所定ファイルフォーマットサポーティングを選択する過程は、さらに、
ＭＰ４ファイルフォーマットサポーティングを決める過程と、
ＱｕｉｃｋＴｉｍｅファイルフォーマットサポーティングを決める過程と、
ＡＶｉファイルフォーマットサポーティングを決める過程と、
ＭＰ２ファイルフォーマットサポーティングを決める過程と、
ＭＰ２１ファイルフォーマットサポーティングを決める過程と、
ＡＳＦファイルフォーマットサポーティングを決める過程と、
他のエリアで使用される他のファイルフォーマットを決める過程と、
将来のファイルフォーマットを決める過程と
を含むことを特徴とする請求項１２に記載のデータ要求方法。
【請求項１６】
所定通信プロトコルを選択する過程は、さらに、
ＲＴＰプロトコルサポーティングを決める過程と、
Ｈ．３２３プロトコルサポーティングを決める過程と、
ＳＩＰプロトコルサポーティングを決める過程と、
ＨＴＴＰプロトコルサポーティングを決める過程と、
ＴＣＰ／ＩＰプロトコルサポーティングを決める過程と、
他のプロトコルサポーティングを決める過程と、
を含むことを特徴とする請求項１２に記載のデータ要求方法。
【請求項１７】
データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するデータ配信システムにおいて、前記第１端末におけるデータ配信方法であって、
前記第２端末から前記第２端末に適合するデータの配信要求を受信すると共に、前記第２端末の情報に関するＵＲＬを受信する過程と、
前記ＵＲＬからツリー構造表記された前記第２端末の情報を取得する過程と、
前記取得した情報に基づいて前記第２端末に適合するデータを選択する過程と、
前記選択したデータを前記第２端末に送信する過程と
を含むことを特徴とするデータ配信方法。
【請求項１８】
ツリー構造表記された前記第２端末の情報は、前記第２端末の基本特性に関する情報、前記第２端末のＡＶコーディング能力に関する情報、及び前記第２端末のマルチメディア入出力に関するそれぞれの情報をブランチ情報として分枝して記述されていることを特徴とする請求項１７に記載のデータ配信方法。
【請求項１９】
前記第１端末において前記取得した情報に基づいて前記第２端末に適合するデータを選択する過程は、
前記ＵＲＬから得たツリー構造表記された前記第２端末の情報を構文解析する過程と、
前記構文解析によって得られた前記ツリー構造表記のブランチ情報に基づいて前記第２端末に適合するデータを選択する過程と
を含むことを特徴とする請求項１７に記載のデータ配信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の能力がサーバ、ゲートウエイ、又は他のピアによって完全に理解され、解釈される場合におけるデジタルアイテム適応（Digital Item Adaptation：ＤＩＡ）に関する。また、本発明は、良く記述された端末（ウエルデファインド端末）で異なるフォーマットのマルチメディアコンテンツにアクセスできるデジタルアイテム適応に関する。
【背景技術】
【０００２】
ＭＰＥＧや他の標準化団体によってビデオ、オーデイオ、システム、通信プロトコル、コンテンツ表現、コンテンツパッケージング等について多くの標準が作成されてきた。
【０００３】
その結果、存在するコンテンツには、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶ、ＤＶＣＰＲＯ、ＲＴＰ、ＭＰ４、ＱｕｉｃｋＴｉｍｅ、ＡＶｉ、ＡＳＦ等の異なるソースコーディング方法による異なるフォーマットによるものがあり、また同時に、デバイス及び端末も所定の、しかし異なる標準に準拠した別の基準で構築されている。例えば、既存のＤＴＶ  ＳＴＢ（セットトップボックス）は、ＭＰＥＧ２コンテンツを備えたＭＰＥＧ２システムをデコードでき、再生できるが、オーディオ及びビデオのコーディングが異なる点に加えて、コンテンツのパッケージングフォーマットが異なるので、ＤＶやＭＰＥＧ４コンテンツは再生できない。
【０００４】
コンテンツは、システムフォーマット及びＡＶソーシング・コーディングフォーマットを含んだあるフォーマットから他のフォーマットへ容易に変換でき、サービスプロバイダもコンテンツを異なったフォーマットで提供できる。しかし、端末だけは一つ又はいくらかのフォーマットをサポートするのみである。
【０００５】
特定データフォーマットのコンテンツが異なる端末では再生できない現状を記載するために、先行技術を図１及び図２に示している。
【０００６】
図１では、MPEG-2  MP@MLコンテンツがmodule1.1のDevice  Ａからユーザに提供され、それはmodule1.4のDTV STBの端末のみで再生できることを示している。他のmodule1.2、1.3、及び1.5の端末ではそのコンテンツを再生できない。
【０００７】
図２では、MPEG-2  MP@MLコンテンツがmodule2.1のMultimedia serverからユーザにインタラクティブな双方向で提供され、module2.4のDTV STBでのみ再生可能であることを示している。他のmodule2.2、2.3、及び2.5の端末ではそのコンテンツを再生できない。
【０００８】
上記の例から、現状は広範囲の端末やネットワークによるコンテンツへのアクセスが制限されていることがわかる。
【０００９】
一方、コンテンツの異なる全てのフォーマットをデコードできるような端末を構築することはあまりにコストがかかりすぎるため不可能である。
【００１０】
本発明は、系統付けられた構造を備えた端末の記述を規定することに焦点をあわせており、特に、システムフォーマット及び通信プロトコル等のサブエレメントを規定することに焦点を合わせている。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、以下の課題を解決することを目的としている。
第１の課題は、同一のコンテンツが、どのウエル・デファインド端末からもアクセスされ、取り出され、取得されるようにすることである。
第２の課題は、端末で、異なるデータフォーマットのどのコンテンツにもアクセスでき、取り出すことができ、取得できるようにすることである。
【００１２】
記憶媒体及びオーディオ・ビデオ出力サポーティングフォーマットと同様に、ＡＶコーディングフォーマット、システムサポーティングフォーマット等の能力を反映するように端末がうまく記述されることが望ましく、それによってネゴシエーションでコンテンツを適切なフォーマットで端末に供給することができる。
【課題を解決するための手段】
【００１３】
本発明に係るデータ配信システムは、データを有する第１端末から第２端末へ前記第２端末に適合するデータを配信するシステムである。このシステムはデータを有する第１端末と配信される第２端末とを含んでいる。
前記第１端末は、
複数の形式のデータを記録しているデータ記録手段と、
前記第２端末に適合するデータの配信の要求を受信すると共に、前記第２端末から前記第２端末の情報を記録しているＵＲＬを受信するデータ配信要求受信手段と、
前記ＵＲＬから前記第２端末の情報を取得する端末情報取得手段と、
取得した前記第２端末の情報に基づいて前記第２端末に適合するデータを選択するデータ選択手段と、
前記選択したデータを前記第２端末に送信するデータ送信手段と
を備えることを特徴とする。
また、前記第２端末は、
前記第２端末の情報をツリー構造表記で記述する端末情報記述手段と、
ツリー構造表記された前記第２端末の情報を所定のＵＲＬに送信して、前記ＵＲＬに記録するＵＲＬ記録手段と、
前記第２端末に適合するデータの配信を前記第１端末に要求すると共に、前記ＵＲＬを前記第１端末に通知するデータ配信要求手段と、
前記第１端末からデータを受信するデータ受信手段と
を備えることを特徴とする。
【００１４】
端末についてツリー構造の記述を規定することによって、端末の能力をそのＡＶ及びシステムコーディング能力、ＡＶ入出力能力、記憶及びＩ／Ｏ能力、テキストマークアップ言語サポーティング、通信プロトコル、ダウンロード能力等を反映して記述することができる。
【００１５】
端末についてツリー構造の記述を規定することによって、端末は、その処理出力、メモリ、オペレーティングシステム等を反映して記述できる。その記述は所定のソフトウエアを端末にダウンロードした場合に参照することができる。
【００１６】
階層構造を備えた端末についてのツリー構造を規定することによって、マルチメディアフレームワークで、ツリー構造からいくらかの選択されたブランチに関する端末能力のネゴシエーションを処理することが容易且つ効果的である。
【００１７】
系統付けられた構造を備えた端末のツリー構造の記述を規定することによって、端末の能力についての異なるカテゴリーに対応するツリーのブランチを埋めることは簡単且つ容易となる。
【００１８】
端末はツリー構造でうまく記述できる。
第１レイヤでは、DeviceProperty、Codec、InputOutputが記述される。
第２レイヤでは、
１）Devicepropertyの下には、Generalproperty（ＣＰＵ、ＯＳ（オペレーティングシステム）、Memory、Power、ＶＭ）、DataIO（Serial、Parallel、ＵＳＢ、InfraRed、BlueTooth、Wireless802）、Storage（ＭＭＣ（マルチメディアカード）、ＳＤ（保護ディスク）、ＭＳ（メモリスティック）、ＨＤ（ハードディスク）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＷ、Floppy（登録商標）、Zip Disk）、SupportingTool（グローバルポジショニングシステム（Global Positioning System：ＧＰＳ）、ブラウザ（Browser）、IPMP Tool、REL Tool、等）が記述される。
【００１９】
２）Codecの下には、AVDecoding（Audio、Video）、AVEncoding（Audio、Video）、ImageFormat、TextFormat、SystemFormat（MPEG-2TS、MPEG-2PS、MPEG-4、MP4、ASF、Avi、QuickTime、RTP、H.323、等）が記述される。
【００２０】
３）InputOutputの下には、AudioInOut（Speaker、Mic）、VideoInOut（Display、CCD）、TextInOut（Screen、PointingDevice、KeyPad、Keyboard）が記述される。
【００２１】
ツリー構造の端末記述はＵＲＬに記憶される。ネゴシエーションメッセージによって、デジタルアイテム適応を実行するために実際の端末記述の全てのブランチ又はサブブランチのいずれかに代えてＵＲＬを運ぶことができ、送信バンド幅をセーブすることができる。
【発明の効果】
【００２２】
既知の構造化ＤＩＡ記述を備えた端末は、異なるフォーマットのコンテンツにアクセスし、取り出し、消費することができ、その有用性を拡張するために別のアプリケーションを用いることができる。
【００２３】
マルチメディアフレームワークは、端末の能力により適合させるために、端末にコンテンツを配信する前に端末と交信するためツリー構造を有する端末記述を用いることができる。
【００２４】
規定された構造のＤＩＡ記述で構築されたサーバ又はゲートウエイによって、端末によって必要なフォーマットに適合させるために、あるフォーマットから他のフォーマットへコンテンツを変換する適用ツールを選択でき、その結果、ビジネス規模を拡張するために種々の端末についてサービスできる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施形態について添付の図面を参照して説明する。なお、各図面において同一の符号は同一の構成要素または同様の作用、動作をなすものを表す。
【００２６】
まず、構築された端末について、ツリー構造表記された端末の情報について説明する。この端末の情報としては、端末の基本特性、端末のＡＶコーディング能力、端末の入出力に関する情報等であり、これらはブランチ情報として階層化されて記述されている。
【００２７】
端末能力記述のレイヤ構造。
レイヤ１
レイヤ構造
レイヤ１は、トップレベルであり、概要を示すために図３に示されているように、DeviceProperty3.1、Codec3.2、InputOutput3.3の３つのグループからなる。
レイヤ１に関するエレメント名及びその意味は、テーブル１に示した。
【００２８】
【表１】
2004036913.tif 000024
【００２９】
レイヤ２
レイヤ２はレイヤ１グループのエレメントをさらに記述するためのものである。
端末のDevicePropertyの下のエレメントの記述
図４に概要が示されているように、このレイヤは、GeneralProperty4.1、DataIO4.2、Storage4.3、SupportingTool4.4を含んでいる。
【００３０】
レイヤ構造
エレメント名及びその意味はテーブル２に示した。
【００３１】
【表２】
2004036913.tif 000025
【００３２】
端末のCodecの下のエレメントの記述
図５に概要を示しているように、このブランチは、AVDecoding5.1、AVEncoding5.2、ImageFormat5.3、TextFormat5.4、SystemFormat5.5、を含んでいる。
【００３３】
レイヤ構造
エレメント及びその意味は表３に示した。
【００３４】
【表３】
2004036913.tif 000026
【００３５】
端末のInputOutputの下のエレメントの記述
図６に概要が示されているように、このブランチは、AudioInputOutput6.1、VideoInputOutput6.2、TextInputOutput6.3を含む。
レイヤ構造
エレメント及びその意味は表４に示した。
【００３６】
【表４】
2004036913.tif 000027
【００３７】
他のDeviceProperty、InputOutput等に関する詳細はここでは説明も記述もしないが、さらにCodecに関する詳細説明を次節で行う。
【００３８】
Codecエレメントに関する記述
このCodecエレメントは、AVDecoding、AVEncoding、ImageFormat、TextFormat及びSystemFormatからなる。
【００３９】
図７は、さらにAVDecodingの概要及びそのサブエレメントを示している。エレメント名とその意味は表５に示している。
【００４０】
【表５】
2004036913.tif 000028
【００４１】
オーディオコーデックとしては、ＭＰＥＧ−１  Ｌａｙｅｒ３（ＭＰ３）、ＭＰＥＧ２  Ｌａｙｅｒ２、ＭＰＥＧ４  ＡＡＣ、ドルビーＡＣ３等を用いることができる。また、ビデオコーデックとしては、ＭＰＥＧ１、ＭＰＥＧ２  メインプロファイル、ＭＰＥＧ４  シンプルプロファイル、ＭＰＥＧ４  ＡＶＣ、ＷＭ９（ウインドウズメディア９）、ＲｅａｌＶｉｄｅｏ等を用いることができる。
【００４２】
AVEncodingの記述
このAVEncodingは、図７及び表５に示されているAVDecodingと同一である。
ImageFormatの記述
これは端末でサポートしているJPEG、JPEG2000、Gif、Taga、BitMap、PNG、TIFF等のイメージフォーマットを記述するためのものである。
TextFormatの記述
これは、端末でサポートASCII、Shift-JIS、HTML、XML、SMIL等のテキストフォーマットを記述するためのものである。
SystemFormatの記述
図８は、SystemFormatの概念及びそのサブエレメントについて示している。
エレメント名とその意味は、表６に示した。
【００４３】
【表６】
2004036913.tif 000029
【００４４】
次に、本発明の実施の形態に係るデータ配信システム、すなわち、デジタルアイテム適応システムについて、図９から図１２を用いて説明する。図９は、このデータ配信システムの概略図である。図１０は、第２端末におけるデータ要求方法のフローチャートである。図１１は、第１端末におけるデータ配信方法のフローチャートである。図１２は、取得した情報に基づいて第２端末に適合するデータを選択する過程の詳細を示すフローチャートである。
【００４５】
本発明の実施の形態に係るデータ配信システムは、データを有する第１端末１０から第２端末２０へ第２端末に適合するデータを配信するシステムである。
第１端末１０は、
複数の形式のデータを記録しているデータ記録手段１１と、
第２端末から第２端末の情報に関するＵＲＬを受信し、第２端末に適合するデータの配信要求を受信するデータ配信要求受信手段１２と、
ＵＲＬから第２端末の情報を取得する端末情報取得手段１３と、
取得した第２端末の情報に基づいて第２端末に適合するデータを選択するデータ選択手段１４と、
選択したデータを第２端末に送信するデータ送信手段１５と
を備えることを特徴とする。
第２端末２０は、
第２端末の情報をツリー構造表記で記述する端末情報記述手段２１と、
ツリー構造表記された第２端末の情報を所定のＵＲＬに送信し、記録するＵＲＬ記録手段２２と、
第２端末の情報に関するＵＲＬを第１端末に通知し、第２端末に適合するデータの配信を第１端末に要求するデータ配信要求手段２３と、
第１端末からデータを受信するデータ受信手段２４と
を備えることを特徴とする。
【００４６】
このデータ配信システム３０では、第２端末から第１端末にデータの配信要求、すなわちネゴシエートがなされ、第１端末から第２端末にデータが配信される。この場合、まず、第２端末におけるデータ配信要求方法について説明する。第２端末におけるデータ配信要求方法は、図１０に示すように、以下の（ａ）〜（ｅ）の各過程を含んでいる。
（ａ）第２端末を構築する過程（Ｓ０１）。この第２端末の構築過程の詳細については後述する。
（ｂ）第２端末の情報をツリー構造表記を用いて記述する過程（Ｓ０２）。ここで第２端末の情報とは、構築された第２端末の基本特性、第２端末のＡＶコーディング能力、第２端末のマルチメディア入出力に関する情報であって、これらの情報をブランチ情報として分枝してツリー構造表記する。ツリー構造表記することによって、第２端末に関する多くの情報の中から必要な情報を容易に取り出すことができ、第１端末におけるデータ選択を容易に行うことができる。なお、このツリー構造表記としては、図３から図８に示すようにＸＭＬを用いて記述できる。各ブランチ情報は、上位レイヤ、下位レイヤを階層化して記述される。
【００４７】
（ｃ）ツリー構造表記された第２端末の情報を所定のＵＲＬに送信して記録する過程（Ｓ０３）。ＵＲＬは、第１端末及び第２端末の両方からアクセス可能なＵＲＬであればよい。例えば、イントラネット上のサイト、又は、インターネット上のサイトであってもよい。なお、以前に記録されている第２端末の情報が存在する場合には、構築された第２端末の各特性のうち、更新が必要なブランチ情報のみを更新すればよい。
（ｄ）第２端末から第１端末に第２端末の情報に関するＵＲＬを通知して、第２端末に適合するデータの配信を第１端末に要求する過程（Ｓ０４）。配信要求するデータは例えばデジタルアイテムであってもよい。また、このデータ配信要求の過程はネゴシエート過程と呼ばれる。このネゴシエート過程では、ツリー構造表記された第２端末の情報に関するＵＲＬを含むネゴシエーションメッセージが送信される。なお、この配信要求の過程では、第２端末と第１端末との間で複数回のネゴシエーションメッセージの交換を行ってもよい。
（ｅ）第１端末からデータを受信する過程（Ｓ０５）。
【００４８】
さらに、上記の第２端末を構築する過程（Ｓ０１）について説明する。この第２端末を構築する過程は、以下の各過程を含んでいる。
ｉ）一般的な特性に関してＣＰＵ、ＯＳ、メモリ、出力、ＶＭ（バーチャルマシン）を選択することによって第２端末を構築する過程。
ｉｉ）ＵＳＢ、ブルートゥース（ＢｌｕｅＴｏｏｔｈ）、ワイヤレス８０２（Ｗｉｒｅｌｅｓｓ８０２）、シリアル、パラレル等のデータＩ／Ｏ（データ入出力）を選択することによって第２端末を構築する過程。
ｉｉｉ）マルチメディアカード（ＭＭＣ）、コンパクトフラッシュ（登録商標）、保証ディスク（Secure Disk：ＳＤ)）、メモリースティック（ＭＳ）、ハードディスク（ＨＤ）、ＤＶＤ、ＶＣＤ、Ｚｉｐディスク、及びフレキシブルディスク等の記憶媒体を選択することによって第２端末を構築する過程。
ｉｖ）グローバル・ポジショニング・システム（ＧＰＳ）、ブラウザ（Browser）、知的財産権管理及び保護ツール（IPMP tools）、ＲＥＬツール（Rights Expression Language Tool）、メタデータツール等のサポーティングツールを選択することによって第２端末を構築する過程。
ｖ）所定のＡＶデコーディングフォーマットに従って第２端末を構築する過程。
ｖｉ）所定のイメージフォーマットサポーティングに従って第２端末を構築する過程。
ｖｉｉ）所定のテキストフォーマットサポーティングに従って第２端末を構築する過程。
ｖｉｉｉ）所定のシステムフォーマットサポーティングに従って第２端末を構築する過程。
ｉｘ）音響又は音声を再生するための所定のオーディオ出力を提供することによって第２端末を構築する。
ｘ）映像又はイメージを表示するための所定のビデオ出力を提供することによって第２端末を構築する過程。
ｘｉ）テキストを表示するための所定のテキスト出力を提供することによって第２端末を構築する過程。
を含んでいる。
【００４９】
さらに、第２端末を構築する過程は、以下の各工程を含んでいてもよい。
ｘｉｉ）所定のＡＶエンコーディングフォーマットに従って第２端末を構築する過程。
ｘｉｉｉ）音響又は音声を取得するための所定のオーディオ入力を提供することによって第２端末を構築する過程。
ｘｉｖ）映像又はイメージを取得するための所定のビデオ入力を提供することによって第２端末を構築する過程。
ｘｖ）テキストを入力するための所定のテキスト入力を提供することによって第２端末を構築する過程。
を含んでいてもよい。
【００５０】
また、上記所定のＡＶデコーディングフォーマットに従って第２端末を構築する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）オーデイオデコーディングサポーティングフォーマットを選択する過程。
ｉｉ）ビデオデコーディングサポーティングフォーマットを選択する過程。
ｉｉｉ）オーディオデコーディング用のビットレートを決める過程。
ｉｖ）ビデオデコーディング用のビットレートを決める過程。
ｖ）可変ビットレートのコーディングの場合において、オーディオデコーディング用の最大ビットレートを決める過程。
ｖｉ）可変ビットレートのコーディングの場合において、ビデオデコーディング用の最大ビットレートを決める過程。
ｖｉｉ）可変ビットレートのコーディングの場合において、オーディオデコーディング用の平均ビットレートを決める過程。
ｖｉｉｉ）可変ビットレートのコーディングの場合において、ビデオデコーディング用の平均ビットレートを決める過程。
ｉｘ）オーディオ又はビデオデコーディング用の限定バッファサイズを決める過程。
を含んでいる。
【００５１】
またさらに、上記所定のＡＶエンコーディングフォーマットに従って第２端末を構築する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）オーデイオエンコーディングサポーティングフォーマットを選択する過程。
ｉｉ）ビデオエンコーディングサポーティングフォーマットを選択する過程。
ｉｉｉ）オーディオエンコーディング用のビットレートを決める過程。
ｉｖ）ビデオエンコーディング用のビットレートを決める過程。
ｖ）可変ビットレートのコーディングの場合において、オーディオエンコーディング用の最大ビットレートを決める過程。
ｖｉ）可変ビットレートのコーディングの場合において、ビデオエンコーディング用の最大ビットレートを決める過程。
ｖｉｉ）可変ビットレートのコーディングの場合において、オーディオエンコーディング用の平均ビットレートを決める過程。
ｖｉｉｉ）可変ビットレートのコーディングの場合において、ビデオエンコーディング用の平均ビットレートを決める過程。
ｉｘ）オーディオ又はビデオエンコーディング用の限定バッファサイズを決める過程。
【００５２】
また、上記所定のシステムフォーマットに従って第２端末を構築する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰＥＧ２システムフォーマットサポーティングを選択する過程。
ｉｉ）ＭＰＥＧ４システムフォーマットサポーティングを選択する過程。
ｉｉｉ）所定ファイルフォーマットサポーティングを選択する過程。
ｉｖ）所定通信プロトコルサポーティングを選択する過程。
【００５３】
さらに、上記ＭＰＥＧ２システムフォーマットサポーティングを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰＥＧ２トランスポートシステム（ＴＳ）フォーマットサポーティングを決める過程。
ｉｉ）ＭＰＥＧ２プログラムシステム（ＰＳ）フォーマットサポーティングを決める過程。
【００５４】
またさらに、上記ＭＰＥＧ４システムフォーマットサポーティングを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰＥＧ４システムパート１のフォーマットサポーティングを決める過程。
ｉｉ）ＭＰＥＧ４システムパート１１のフォーマットサポーティングを決める過程。
ｉｉｉ）ＭＰＥＧ４システムパート１２のフォーマットサポーティングを決める過程。
ｉｖ）ＭＰＥＧ４システムパート１３のフォーマットサポーティングを決める過程。
ｖ）ＭＰＥＧ４システムパート１４のフォーマットサポーティングを決める過程。
ｖｉ）ＭＰＥＧ４システムパート１５のフォーマットサポーティングを決める過程。
ｖｉｉ）ＭＰＥＧ４システムパート１６のフォーマットサポーティングを決める過程。
【００５５】
また、上記所定ファイルフォーマットサポーティングを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＭＰ４ファイルフォーマットサポーティングを決める過程と、
ｉｉ）ＱｕｉｃｋＴｉｍｅファイルフォーマットサポーティングを決める過程。
ｉｉｉ）ＡＶｉファイルフォーマットサポーティングを決める過程。
ｉｖ）ＭＰ２ファイルフォーマットサポーティングを決める過程。
ｖ）ＭＰ２１ファイルフォーマットサポーティングを決める過程。
ｖｉ）ＡＳＦファイルフォーマットサポーティングを決める過程。
ｖｉｉ）他のエリアで使用される他のファイルフォーマットを決める過程。
ｖｉｉｉ）将来のファイルフォーマットを決める過程。
【００５６】
さらに、上記所定通信プロトコルを選択する過程は、さらに、以下の各過程を含んでいてもよい。
ｉ）ＲＴＰプロトコルサポーティングを決める過程。
ｉｉ）Ｈ．３２３プロトコルサポーティングを決める過程。
ｉｉｉ）ＳＩＰプロトコルサポーティングを決める過程。
ｉｖ）ＨＴＴＰプロトコルサポーティングを決める過程。
ｖ）ＴＣＰ／ＩＰプロトコルサポーティングを決める過程。
ｖｉ）他のプロトコルサポーティングを決める過程。
【００５７】
また、第２端末へのデータ配信を第１端末に要求する過程（Ｓ０４）は、以下の各過程を含んでいてもよい。
ｉ）第２端末の情報のツリー構造表記における一部のブランチ情報を選択する過程。データ配信要求にあたって、第１端末でのデータ選択に必要なブランチ情報をあらかじめ選択しておくことにより、第１端末でのデータ選択を容易に行うことができる。
ｉｉ）選択されたブランチ情報に関するＵＲＬを第１端末に送信する過程。この過程では、複数のブランチ情報に関するそれぞれのＵＲＬを第１端末に送信してもよい。
【００５８】
次に、第１端末におけるデータ配信方法について説明する。このデータ配信方法は、第２端末に適合したデータ、すなわちデジタルアイテムを配信する方法である。このデータ配信方法は、図１１に示すように、（ａ）〜（ｄ）の各過程を含んでいる。
（ａ）第２端末の情報に関するＵＲＬを受信して、第２端末に適合するデータの配信要求を受信する過程（Ｓ１１）。この過程は、ネゴシエート過程とも呼ばれる。なお、この配信要求を受信する過程では、第１端末と第２端末との間で複数回のネゴシエーションメッセージの交換を行ってもよい。
（ｂ）ツリー構造表記された第２端末の情報を取得する過程（Ｓ１２）。ツリー構造表記された第２端末の情報は、第２端末の基本特性に関する情報、第２端末のＡＶコーディング能力に関する情報、及び第２端末のマルチメディア入出力に関するそれぞれの情報をブランチ情報として分枝して記述されている。なお、ツリー構造表記としては、ＸＭＬを用いて記述できる。ブランチ情報の上位レイヤ、下位レイヤは、階層化によって記述される。
【００５９】
（ｃ）取得した情報に基づいて第２端末に適合するデータを選択する過程（Ｓ１３）。この過程については後述する。
（ｄ）選択したデータを第２端末に送信する過程（Ｓ１４）。
を含んでいる。
【００６０】
また、第１端末において取得した情報に基づいて第２端末に適合するデータを選択する過程（Ｓ１３）は、図１２に示すように、さらに以下の各過程を含んでいてもよい。
ｉ）得られたツリー構造表記された第２端末の情報を構文解析する過程（Ｓ２１）。構文解析はパーサによって行うことができる。パーサはハードウエア又はソフトウエアによって実現できる。
ｉｉ）構文解析によって得られたツリー構造表記のブランチ情報に基づいて第２端末に適合するデータを選択する過程（Ｓ２２）。ブランチ情報として、例えば、第２端末におけるＡＶコーディング能力に対応して、第２端末で再生可能なデータ、例えばコンテンツ等のデジタルアイテムを選択する。
【００６１】
なお、以下の構成によっても本発明は成立する。即ち、本発明の別の形態のデジタルアイテム適応システムは、
異なる能力を備えた異なる支援端末を準備するために、コンテンツを変換することによってマルチメディアフレームワークを構築する過程と、
端末の記述を得るためにネゴシエーションプロトコルを実行し、マルチメディアフレームワークを構築する過程と、
前記ネゴシエーションプロトコルを介したネゴシエーションメッセージによって示されたＵＲＬから得た前記端末の記述を構文解析するためにパーサを実行することによってマルチメディアフレームワークを構築する過程と、
前記ＵＲＬから前記端末の記述を得るためにネゴシエーションメッセージを送信する過程と、
得られた前記端末の記述を構文解析する過程と、
前記構文解析された端末の記述に従って前記端末に適合されたフォーマット及び適合された能力においてコンテンツを選択する過程と、
前記選択されたコンテンツを前記端末に供給する過程と
を含むことを特徴とする。
【００６２】
上述の通り、本発明は好ましい実施形態により詳細に説明されているが、本発明はこれらに限定されるものではなく、特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。
【図面の簡単な説明】
【００６３】
【図１】異なる種類の端末を有するユーザに一方向でのコンテンツを提供する先行技術１を示す図である。
【図２】異なる種類の端末を有するユーザに双方向でのコンテンツを提供する先行技術２を示す図である。
【図３】端末記述におけるトップレベル構造に関する概念及び構文を示す図である。
【図４】端末記述におけるDevicePropertyに関する概念及び構文を示す図である。
【図５】端末記述におけるCodecに関する概念及び構文を示す図である。
【図６】端末記述におけるInputOutputに関する概念及び構文を示す図である。
【図７】端末記述におけるAVDecodingに関する概念及び構文を示す図である。
【図８】端末記述におけるSystemFormatに関する概念及び構文を示す図である。
【図９】本発明の実施の形態に係るデータ配信システムの概略図である。
【図１０】本発明の実施の形態に係るデータ配信システムにおいて第２端末におけるデータ要求方法のフローチャートである。
【図１１】本発明の実施の形態に係るデータ配信システムにおいて第１端末におけるデータ配信方法のフローチャートである。
【図１２】本発明の実施の形態に係るデータ配信システムにおいて取得した情報に基づいて第２端末に適合するデータを選択する過程の詳細を示すフローチャートである。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2004036913.tif 000030
【図２】
2004036913.tif 000031
【図３】
2004036913.tif 000032
【図４】
2004036913.tif 000033
【図５】
2004036913.tif 000034
【図６】
2004036913.tif 000035
【図７】
2004036913.tif 000036
【図８】
2004036913.tif 000037
【図９】
2004036913.tif 000038
【図１０】
2004036913.tif 000039
【図１１】
2004036913.tif 000040
【図１２】
2004036913.tif 000041
【国際調査報告】
2004036913.tif 000042
2004036913.tif 000043
2004036913.tif 000044
2004036913.tif 000045