JP2001092706A - データ伝送方法、データ受信方法、データ受信装置 - Google Patents
データ伝送方法、データ受信方法、データ受信装置Info
- Publication number
- JP2001092706A JP2001092706A JP26680299A JP26680299A JP2001092706A JP 2001092706 A JP2001092706 A JP 2001092706A JP 26680299 A JP26680299 A JP 26680299A JP 26680299 A JP26680299 A JP 26680299A JP 2001092706 A JP2001092706 A JP 2001092706A
- Authority
- JP
- Japan
- Prior art keywords
- digital data
- data
- attribute
- attribute indicating
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Communication Control (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 メディアデータの時間・空間的配置を定義す
るシーン記述データにおいて、メディアデータの所在を
相対パスでファイル名を指定した際でも、ＨＴＴＰに限
らず任意の伝送プロトコルを使用可能にする。 【解決手段】 ＳＭＩＬファイルのメディア要素の属性
に、データの伝送手順を指示するための属性を、ファイ
ル名を指示する属性から分離して付与する。
るシーン記述データにおいて、メディアデータの所在を
相対パスでファイル名を指定した際でも、ＨＴＴＰに限
らず任意の伝送プロトコルを使用可能にする。 【解決手段】 ＳＭＩＬファイルのメディア要素の属性
に、データの伝送手順を指示するための属性を、ファイ
ル名を指示する属性から分離して付与する。
Description
【０００１】
【発明の属する技術分野】本発明は、データ送信サーバ
やデータ受信端末において、画像や音声などのデータを
サーバから取得する際のデータ送受信方法に関するもの
である。
やデータ受信端末において、画像や音声などのデータを
サーバから取得する際のデータ送受信方法に関するもの
である。
【０００２】
【従来の技術】Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ
Ｃｏｎｓｏｒｔｉｕｍ）で規格化されるＳＭＩＬ（Ｓ
ｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎ
ｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）や、ＩＥＴＦ
（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓ
ｋ Ｆｏｒｃｅ）で規格化されるＳＤＰ（Ｓｅｓｓｉｏ
ｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）など
では、サーバ上に存在するメディアデータ（画像や音
声、文字列などのデジタルデータのファイル）を指定す
る場合、メディアデータを要求するための手順すなわち
プロトコルと、メディアデータのファイルの格納場所
（サーバのアドレスも含まれる）がひとつの属性で記述
される。例えば、「ｓｒｃ＝“ｒｔｓｐ：／／ｓｖｒ．
ｃｏｍ／ｄａｔａ／ｓｐｌ／ｖｉｄｅｏ”」という記述
がＳＭＩＬやＳＤＰにおいてなされる。ここで属性はｓ
ｒｃである。ｓｒｃ属性において、プロトコルはｒｔｓ
ｐであり、サーバのアドレスはｓｖｒ．ｃｏｍ、データ
の格納場所は／ｄａｔａ／ｓｐｌ／ｖｉｄｅｏである。
ＳＭＩＬやＳＤＰも、サーバに格納されるファイルの１
つである。データの格納場所の指定には、絶対パスで記
述する方法と相対パスで記述する方法の２通りがある。
Ｃｏｎｓｏｒｔｉｕｍ）で規格化されるＳＭＩＬ（Ｓ
ｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎ
ｔｅｇｒａｔｉｏｎ Ｌａｎｇｕａｇｅ）や、ＩＥＴＦ
（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓ
ｋ Ｆｏｒｃｅ）で規格化されるＳＤＰ（Ｓｅｓｓｉｏ
ｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）など
では、サーバ上に存在するメディアデータ（画像や音
声、文字列などのデジタルデータのファイル）を指定す
る場合、メディアデータを要求するための手順すなわち
プロトコルと、メディアデータのファイルの格納場所
（サーバのアドレスも含まれる）がひとつの属性で記述
される。例えば、「ｓｒｃ＝“ｒｔｓｐ：／／ｓｖｒ．
ｃｏｍ／ｄａｔａ／ｓｐｌ／ｖｉｄｅｏ”」という記述
がＳＭＩＬやＳＤＰにおいてなされる。ここで属性はｓ
ｒｃである。ｓｒｃ属性において、プロトコルはｒｔｓ
ｐであり、サーバのアドレスはｓｖｒ．ｃｏｍ、データ
の格納場所は／ｄａｔａ／ｓｐｌ／ｖｉｄｅｏである。
ＳＭＩＬやＳＤＰも、サーバに格納されるファイルの１
つである。データの格納場所の指定には、絶対パスで記
述する方法と相対パスで記述する方法の２通りがある。
【０００３】図８は、サーバとＳＭＩＬファイル、メデ
ィアファイルの関係を説明するものである。図８におい
て、（ａ）はサーバｓｖｒ．ｃｏｍのディレクトリ構造
を示したものである。黒丸はディレクトリを、白丸はフ
ァイルをそれぞれ表すものとする。また、丸の横に記さ
れた“”内の文字列は、黒丸の場合ディレクトリ名を、
白丸の場合ファイル名を表すものとする。今、ＳＭＩＬ
ファイルは８０８で示す場所にあるとすると、格納場所
を絶対場所で記述した場合／ｄａｔａ／ｓｐｌ／ｓｍｉ
ｌとなる。／ｄａｔａ／ｓｐｌで示されるディレクトリ
８０５内には、ＳＭＩＬファイルの他に、／ｄａｔａ／
ｓｐｌ／ａで示される音声データ８０７、／ｄａｔａ／
ｓｐｌ／ｖ／ｖ１および／ｄａｔａ／ｓｐｌ／ｖ／ｖ２
でそれぞれ示される画像データ８０９、８１０が格納さ
れている。
ィアファイルの関係を説明するものである。図８におい
て、（ａ）はサーバｓｖｒ．ｃｏｍのディレクトリ構造
を示したものである。黒丸はディレクトリを、白丸はフ
ァイルをそれぞれ表すものとする。また、丸の横に記さ
れた“”内の文字列は、黒丸の場合ディレクトリ名を、
白丸の場合ファイル名を表すものとする。今、ＳＭＩＬ
ファイルは８０８で示す場所にあるとすると、格納場所
を絶対場所で記述した場合／ｄａｔａ／ｓｐｌ／ｓｍｉ
ｌとなる。／ｄａｔａ／ｓｐｌで示されるディレクトリ
８０５内には、ＳＭＩＬファイルの他に、／ｄａｔａ／
ｓｐｌ／ａで示される音声データ８０７、／ｄａｔａ／
ｓｐｌ／ｖ／ｖ１および／ｄａｔａ／ｓｐｌ／ｖ／ｖ２
でそれぞれ示される画像データ８０９、８１０が格納さ
れている。
【０００４】図８（ｂ）は、ＳＭＩＬファイル８０８の
内容の一部を示すものである。８０７ａは、音声データ
８０７について記述したａｕｄｉｏ要素である。この要
素には、ｓｒｃ属性が記されており、音声データ８０７
のデータを要求する手順はＲＴＳＰ（Ｒｅａｌ Ｔｉｍ
ｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いる
こと、サーバのアドレスがｓｖｒ．ｃｏｍであること、
さらにサーバ内のファイルの格納位置が／ｄａｔａ／ｓ
ｐｌ／ａであることが示されている。これは絶対パスで
記述された例である。一方、８０９ａ、８１０ａは、そ
れぞれ画像データ８０９、８１０について記述したｖｉ
ｄｅｏ要素である。これらの要素にもｓｒｃ属性が記さ
れており、画像データ８０９、８１０のサーバ内におけ
るファイルの格納場所は、ＳＭＩＬファイルの格納場所
からの相対パスで示されている。ＳＭＩＬファイルは
（Ａ）：／ｄａｔａ／ｓｐｌ／に格納されているから、
例えば８０９ａが示す（Ｂ）：ｖ／ｖ１を絶対パスに変
換する場合、（Ａ）と（Ｂ）をあわせて、／ｄａｔａ／
ｓｐｌ／ｖ／ｖ１となる。相対パスで記述する場合、デ
ータを要求するためのプロトコルは示されず、デフォル
トのプロトコルであるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が用いられ
る。
内容の一部を示すものである。８０７ａは、音声データ
８０７について記述したａｕｄｉｏ要素である。この要
素には、ｓｒｃ属性が記されており、音声データ８０７
のデータを要求する手順はＲＴＳＰ（Ｒｅａｌ Ｔｉｍ
ｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いる
こと、サーバのアドレスがｓｖｒ．ｃｏｍであること、
さらにサーバ内のファイルの格納位置が／ｄａｔａ／ｓ
ｐｌ／ａであることが示されている。これは絶対パスで
記述された例である。一方、８０９ａ、８１０ａは、そ
れぞれ画像データ８０９、８１０について記述したｖｉ
ｄｅｏ要素である。これらの要素にもｓｒｃ属性が記さ
れており、画像データ８０９、８１０のサーバ内におけ
るファイルの格納場所は、ＳＭＩＬファイルの格納場所
からの相対パスで示されている。ＳＭＩＬファイルは
（Ａ）：／ｄａｔａ／ｓｐｌ／に格納されているから、
例えば８０９ａが示す（Ｂ）：ｖ／ｖ１を絶対パスに変
換する場合、（Ａ）と（Ｂ）をあわせて、／ｄａｔａ／
ｓｐｌ／ｖ／ｖ１となる。相対パスで記述する場合、デ
ータを要求するためのプロトコルは示されず、デフォル
トのプロトコルであるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が用いられ
る。
【０００５】ＳＭＩＬにおいて、相対パスでメディアデ
ータの格納場所を指定することによる利点として、ＳＭ
ＩＬファイルとＳＭＩＬファイルに指定されたメディア
ファイルを、別の場所に移動した際に、ＳＭＩＬファイ
ルの内容を変更する必要がないことがあげられる。例え
ば今、ｓｐｌディレクトリ８０５以下を、ｄａｔ２ディ
レクトリ８０２以下に移動する場合を想定する。８０７
ａのａｕｄｉｏ要素の場合、絶対パスで指定されている
ため、ｓｒｃ属性は、ｈｔｔｐ：／／ｓｖｒ．ｃｏｍ／
ｄａｔ２／ｓｐｌ／ａに修正する必要が生じる。一方、
８０９ａ、８１０ａのｖｉｄｅｏ要素の場合、相対パス
で記述されているため、ｓｒｃ属性の修正は不要であ
る。
ータの格納場所を指定することによる利点として、ＳＭ
ＩＬファイルとＳＭＩＬファイルに指定されたメディア
ファイルを、別の場所に移動した際に、ＳＭＩＬファイ
ルの内容を変更する必要がないことがあげられる。例え
ば今、ｓｐｌディレクトリ８０５以下を、ｄａｔ２ディ
レクトリ８０２以下に移動する場合を想定する。８０７
ａのａｕｄｉｏ要素の場合、絶対パスで指定されている
ため、ｓｒｃ属性は、ｈｔｔｐ：／／ｓｖｒ．ｃｏｍ／
ｄａｔ２／ｓｐｌ／ａに修正する必要が生じる。一方、
８０９ａ、８１０ａのｖｉｄｅｏ要素の場合、相対パス
で記述されているため、ｓｒｃ属性の修正は不要であ
る。
【０００６】
【発明が解決しようとする課題】以上のように、ｓｒｃ
属性を相対パスで記述することにより、ＳＭＩＬデータ
を含むディレクトリを別の場所に移動したり、あるいは
別のサーバに移動したりする場合でも、ＳＭＩＬファイ
ルの内容の修正が不要となる利点がある。しかしなが
ら、相対パスで指定する場合、メディアデータを要求す
るための手順（プロトコル）を指定できず、デフォルト
でＨＴＴＰを使用することになる。ＨＴＴＰはデータを
確実に取得することができるプロトコルＴＣＰ（Ｔｒａ
ｎｓａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）の上位プロトコルであるが、伝送エラーに対する再
送制御などが行われるため、リアルタイムにデータを伝
送する場合には不向きである。映画など経時的に再生し
つづける必要がある映像や音声等においては、データを
確実に取得することよりも、時間通りに再生できる方が
好ましい。
属性を相対パスで記述することにより、ＳＭＩＬデータ
を含むディレクトリを別の場所に移動したり、あるいは
別のサーバに移動したりする場合でも、ＳＭＩＬファイ
ルの内容の修正が不要となる利点がある。しかしなが
ら、相対パスで指定する場合、メディアデータを要求す
るための手順（プロトコル）を指定できず、デフォルト
でＨＴＴＰを使用することになる。ＨＴＴＰはデータを
確実に取得することができるプロトコルＴＣＰ（Ｔｒａ
ｎｓａｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）の上位プロトコルであるが、伝送エラーに対する再
送制御などが行われるため、リアルタイムにデータを伝
送する場合には不向きである。映画など経時的に再生し
つづける必要がある映像や音声等においては、データを
確実に取得することよりも、時間通りに再生できる方が
好ましい。
【０００７】このようにリアルタイム性が要求される場
合、ＲＴＳＰを用いてデータを要求する。ＲＴＳＰでデ
ータを要求すると、サーバからは、ＲＴＰ（Ｒｅａｌｔ
ｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）でデ
ータが伝送されてくる。ＲＴＰはＵＤＰ（Ｕｓｅｒ Ｄ
ａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の上位プロトコル
であり、エラーに対する再送制御が行われないため、Ｔ
ＣＰに比べてデータ伝送における確実性は低下するが、
リアルタイムのデータ伝送には適している。
合、ＲＴＳＰを用いてデータを要求する。ＲＴＳＰでデ
ータを要求すると、サーバからは、ＲＴＰ（Ｒｅａｌｔ
ｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）でデ
ータが伝送されてくる。ＲＴＰはＵＤＰ（Ｕｓｅｒ Ｄ
ａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の上位プロトコル
であり、エラーに対する再送制御が行われないため、Ｔ
ＣＰに比べてデータ伝送における確実性は低下するが、
リアルタイムのデータ伝送には適している。
【０００８】以上のように、伝送するデータによって適
切な伝送プロトコルを選択できる必要がある。しかしな
がら、従来のＳＭＩＬやＳＤＰにおいては、伝送プロト
コルを指定する場合は絶対パスでメディアファイルの格
納場所を指定せざるを得ず、この場合、サーバ内でのデ
ータの移動や別のサーバにデータを移動した場合に、Ｓ
ＭＩＬファイルの内容を修正する必要があった。一方、
この問題を回避するためにメディアファイルの格納場所
を相対パスで指定する場合、ＨＴＴＰ以外使用できない
という問題があった。
切な伝送プロトコルを選択できる必要がある。しかしな
がら、従来のＳＭＩＬやＳＤＰにおいては、伝送プロト
コルを指定する場合は絶対パスでメディアファイルの格
納場所を指定せざるを得ず、この場合、サーバ内でのデ
ータの移動や別のサーバにデータを移動した場合に、Ｓ
ＭＩＬファイルの内容を修正する必要があった。一方、
この問題を回避するためにメディアファイルの格納場所
を相対パスで指定する場合、ＨＴＴＰ以外使用できない
という問題があった。
【０００９】また、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔ
ｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）では、画像を復
号化する復号装置の能力を段階的に分類するためのプロ
ファイルとレベルという概念を導入している。しかしな
がら、ＳＭＩＬやＳＤＰでは、プロファイルやレベル情
報を記述して伝送することができないため、実際の画像
データを受信するまで、復号装置で果たして処理可能で
あるかどうか、判別することができないという問題があ
った。
ｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）では、画像を復
号化する復号装置の能力を段階的に分類するためのプロ
ファイルとレベルという概念を導入している。しかしな
がら、ＳＭＩＬやＳＤＰでは、プロファイルやレベル情
報を記述して伝送することができないため、実際の画像
データを受信するまで、復号装置で果たして処理可能で
あるかどうか、判別することができないという問題があ
った。
【００１０】さらに、ＳＭＩＬやＳＤＰには、複数のメ
ディアファイルの間の優先度を示す情報が記述されてい
ない。したがって、能力が低く、指定されたメディアフ
ァイルの全てを復号再生することができないような端末
の場合、どのメディアファイルを選択して受信すべき
か、あるいは復号するべきであるか、といった判断が行
えない。
ディアファイルの間の優先度を示す情報が記述されてい
ない。したがって、能力が低く、指定されたメディアフ
ァイルの全てを復号再生することができないような端末
の場合、どのメディアファイルを選択して受信すべき
か、あるいは復号するべきであるか、といった判断が行
えない。
【００１１】
【課題を解決するための手段】本発明は、上記課題を鑑
みでなされたものであり、画像、音声あるいはテキスト
などを含む第１のデジタルデータのファイル名を指示す
る第１の属性と、前記第１のデジタルデータを伝送する
ための手順（プロトコル）を指示する第２の属性と、を
含む要素を記述した第２のデジタルデータを、前記第１
のデジタルデータより前に受信側に伝送するものであ
り、受信側においては、前記第２のデジタルデータを受
信し、前記第１の属性に指示されたファイル名、および
前記第２の属性に指示されたプロトコルに従って前記第
１のデジタルデータを要求して受信するものである。
みでなされたものであり、画像、音声あるいはテキスト
などを含む第１のデジタルデータのファイル名を指示す
る第１の属性と、前記第１のデジタルデータを伝送する
ための手順（プロトコル）を指示する第２の属性と、を
含む要素を記述した第２のデジタルデータを、前記第１
のデジタルデータより前に受信側に伝送するものであ
り、受信側においては、前記第２のデジタルデータを受
信し、前記第１の属性に指示されたファイル名、および
前記第２の属性に指示されたプロトコルに従って前記第
１のデジタルデータを要求して受信するものである。
【００１２】また本発明は、圧縮符号化された画像ある
いは音声を含む第１のデジタルデータを復号化するため
に必要な復号能力を指示する第１の属性を持つ要素と、
前記第１のデジタルデータのファイル名を指示する第２
の属性を持つ要素と、を含む第２のデジタルデータを、
前記第１のデジタルデータより前に受信側に伝送するも
のであり、受信側においては、前記第１の属性が示す復
号能力と受信側が具備する復号装置の復号能力を比較
し、データを具備する復号装置にて復号可能であると判
定した場合のみ、前記第１のデジタルデータを要求して
受信するものである。
いは音声を含む第１のデジタルデータを復号化するため
に必要な復号能力を指示する第１の属性を持つ要素と、
前記第１のデジタルデータのファイル名を指示する第２
の属性を持つ要素と、を含む第２のデジタルデータを、
前記第１のデジタルデータより前に受信側に伝送するも
のであり、受信側においては、前記第１の属性が示す復
号能力と受信側が具備する復号装置の復号能力を比較
し、データを具備する復号装置にて復号可能であると判
定した場合のみ、前記第１のデジタルデータを要求して
受信するものである。
【００１３】さらに本発明は、画像、音声あるいはテキ
ストなどを含むＮ個のデジタルデータに対して個々に設
定される、デジタルデータのファイル名を指示する属性
とデジタルデータの優先度を指示する属性とを持つＮ個
の要素を含む第１のデジタルデータを、前記Ｎ個のデジ
タルデータより前に受信側に伝送するものであり、受信
側においては前記優先度を参照しながらＮ個のデジタル
データから少なくとも１個以上のデジタルデータを選択
し、ファイル名を指示する属性を参照してデジタルデー
タを要求し、受信するものである。
ストなどを含むＮ個のデジタルデータに対して個々に設
定される、デジタルデータのファイル名を指示する属性
とデジタルデータの優先度を指示する属性とを持つＮ個
の要素を含む第１のデジタルデータを、前記Ｎ個のデジ
タルデータより前に受信側に伝送するものであり、受信
側においては前記優先度を参照しながらＮ個のデジタル
データから少なくとも１個以上のデジタルデータを選択
し、ファイル名を指示する属性を参照してデジタルデー
タを要求し、受信するものである。
【００１４】
【発明の実施の形態】以下、本発明におけるデータ伝送
方法、データ受信方法、およびデータ受信装置の実施の
形態について説明する。
方法、データ受信方法、およびデータ受信装置の実施の
形態について説明する。
【００１５】（実施の形態１）本発明のデータ伝送方
法、データ受信方法の実施の形態１であるデータ送受信
システムについて、図１〜図３を用いて説明する。
法、データ受信方法の実施の形態１であるデータ送受信
システムについて、図１〜図３を用いて説明する。
【００１６】本実施の形態においては、ＳＭＩＬファイ
ルにおいてメディアファイルのファイル名を相対パスで
記述した場合であっても、任意の伝送手順（プロトコ
ル）が指定可能なように、ファイル名を指定する属性と
プロトコルを指定する属性を別個のものとする点が特徴
である。
ルにおいてメディアファイルのファイル名を相対パスで
記述した場合であっても、任意の伝送手順（プロトコ
ル）が指定可能なように、ファイル名を指定する属性と
プロトコルを指定する属性を別個のものとする点が特徴
である。
【００１７】図１は、データ送受信システムの概略図で
あり、データ送信装置１０１、データ受信装置１０２か
らなる。データ送信装置とデータ受信装置はネットワー
ク１０３によって接続されている。ネットワーク１０３
は、例えばインターネット、イントラネット等の有線
網、あるいは無線網等である。データ送信装置１０１
は、記憶装置１０４、第１の送信部１０５、第２の送信
部１０６、要求受理部１０７から構成される。また、デ
ータ受信装置１０２は、第１の受信部１０８、第２の受
信部１０９、要求発行部１１０から構成される。
あり、データ送信装置１０１、データ受信装置１０２か
らなる。データ送信装置とデータ受信装置はネットワー
ク１０３によって接続されている。ネットワーク１０３
は、例えばインターネット、イントラネット等の有線
網、あるいは無線網等である。データ送信装置１０１
は、記憶装置１０４、第１の送信部１０５、第２の送信
部１０６、要求受理部１０７から構成される。また、デ
ータ受信装置１０２は、第１の受信部１０８、第２の受
信部１０９、要求発行部１１０から構成される。
【００１８】図２（ａ）は、データ送信装置１０１の記
憶装置１０４のディレクトリ構造を示す。黒丸はディレ
クトリを、白丸はファイルをそれぞれ表すものとする。
また、丸の横に記された“”内の文字列は、黒丸の場合
ディレクトリ名を、白丸の場合ファイル名を表すものと
する。白丸２０７はＳＭＩＬファイルであり、絶対パス
を用いた表記では、／ｄａｔａ／ｓｐｌ／ｓｍｉｌと表
される。同様に、白丸２０８は第１の画像ファイル／ｄ
ａｔａ／ｓｐｌ／ｖ／ｖ１、白丸２０９は第２の画像フ
ァイル／ｄａｔａ／ｓｐｌ／ｖ／ｖ２である。図２
（ｂ）は、ＳＭＩＬファイル２０７の内容の一部であ
り、２つのｖｉｄｅｏ要素、２０８ａと２０９ａが含ま
れていることを示す。各ｖｉｄｅｏ要素は、画像ファイ
ルの記憶装置内の位置を指示するｓｒｃ属性と、伝送手
順（プロトコル）を指示するｓｃｈｅｍｅ属性を含んで
いる。ｖｉｄｅｏ要素２０８ａは第１の画像ファイルの
属性を記述し、ｖｉｄｅｏ要素２０９ａは第２の画像フ
ァイルの属性を記述している。
憶装置１０４のディレクトリ構造を示す。黒丸はディレ
クトリを、白丸はファイルをそれぞれ表すものとする。
また、丸の横に記された“”内の文字列は、黒丸の場合
ディレクトリ名を、白丸の場合ファイル名を表すものと
する。白丸２０７はＳＭＩＬファイルであり、絶対パス
を用いた表記では、／ｄａｔａ／ｓｐｌ／ｓｍｉｌと表
される。同様に、白丸２０８は第１の画像ファイル／ｄ
ａｔａ／ｓｐｌ／ｖ／ｖ１、白丸２０９は第２の画像フ
ァイル／ｄａｔａ／ｓｐｌ／ｖ／ｖ２である。図２
（ｂ）は、ＳＭＩＬファイル２０７の内容の一部であ
り、２つのｖｉｄｅｏ要素、２０８ａと２０９ａが含ま
れていることを示す。各ｖｉｄｅｏ要素は、画像ファイ
ルの記憶装置内の位置を指示するｓｒｃ属性と、伝送手
順（プロトコル）を指示するｓｃｈｅｍｅ属性を含んで
いる。ｖｉｄｅｏ要素２０８ａは第１の画像ファイルの
属性を記述し、ｖｉｄｅｏ要素２０９ａは第２の画像フ
ァイルの属性を記述している。
【００１９】図３は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ
Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により記述された
ホームページの一部を示している。ホームページ３０１
は、データ送信装置１０１内のＳＭＩＬファイルへのリ
ンクが示されている。以上のような図１〜図３を用い
て、データ受信装置１０２が、データ送信装置１０１の
データを受信して再生する場合の動作例を説明する。
Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により記述された
ホームページの一部を示している。ホームページ３０１
は、データ送信装置１０１内のＳＭＩＬファイルへのリ
ンクが示されている。以上のような図１〜図３を用い
て、データ受信装置１０２が、データ送信装置１０１の
データを受信して再生する場合の動作例を説明する。
【００２０】データ受信装置１０２の要求発行部１１０
は、図３（ａ）のＨＴＭＬ形式のファイルから、ＳＭＩ
Ｌファイル要求するメッセージを、ネットワーク１０３
を介してデータ送信装置１０１に要求する。メッセージ
の内容は、図３（ａ）に示されるｈｒｅｆ属性の内容、
ｈｔｔｐ：／／ｓｖｒ．ｃｏｍ／ｄａｔａ／ｓｐｌ／ｓ
ｍｉｌを含んでいる。このＳＭＩＬファイルは、データ
送信装置１０２の記憶装置１０４に格納されているＳＭ
ＩＬファイル２０７である。データ送信装置１０２は、
要求受理部１０７においてメッセージを受理し、第２の
送信部１０６に対して、要求されたファイルの格納場所
／ｄａｔａ／ｓｐｌ／ｓｍｉｌ、および使用する伝送手
順（プロトコル）、ＨＴＴＰを指示する。第２の送信部
１０６は、記憶装置１０４よりＳＭＩＬファイル２０７
を読み出し、指示されたプロトコルであるＨＴＴＰによ
ってデータ受信装置１０２にデータを送信する。
は、図３（ａ）のＨＴＭＬ形式のファイルから、ＳＭＩ
Ｌファイル要求するメッセージを、ネットワーク１０３
を介してデータ送信装置１０１に要求する。メッセージ
の内容は、図３（ａ）に示されるｈｒｅｆ属性の内容、
ｈｔｔｐ：／／ｓｖｒ．ｃｏｍ／ｄａｔａ／ｓｐｌ／ｓ
ｍｉｌを含んでいる。このＳＭＩＬファイルは、データ
送信装置１０２の記憶装置１０４に格納されているＳＭ
ＩＬファイル２０７である。データ送信装置１０２は、
要求受理部１０７においてメッセージを受理し、第２の
送信部１０６に対して、要求されたファイルの格納場所
／ｄａｔａ／ｓｐｌ／ｓｍｉｌ、および使用する伝送手
順（プロトコル）、ＨＴＴＰを指示する。第２の送信部
１０６は、記憶装置１０４よりＳＭＩＬファイル２０７
を読み出し、指示されたプロトコルであるＨＴＴＰによ
ってデータ受信装置１０２にデータを送信する。
【００２１】データ受信装置１０２の第２の受信部１０
９は、ＳＭＩＬファイルを受信し、その内容を解析す
る。ＳＭＩＬファイルの内容から、図１（ｂ）に示した
ように２つの画像データが必要であることがわかる。従
って、画像ファイル２０８および２０９を要求する必要
がある。まず、画像ファイル２０８を要求する際の手順
を説明する。第２の受信部１０９は、取得したＳＭＩＬ
ファイルのサーバ名、ｓｖｒ．ｃｏｍ、およびＳＭＩＬ
ファイルまでのパス名、／ｄａｔａ／ｓｐｌ／、さらに
ｓｒｃ属性に示されるファイル名、ｖ／ｖ１、およびｓ
ｃｅｈｅｍｅ属性に示されるプロトコル、ｈｔｔｐを要
求発行部１１０に指示する。この要求を受けて要求発行
部１１０は、次のメッセージ“ｈｔｔｐ：／／ｓｖｒ．
ｃｏｍ／ｄａｔａ／ｓｐｌ／ｖ／ｖ１”をデータ送信装
置１０１に伝送する。要求受理部１０７はこのメッセー
ジを受理し、第１の送信部１０５に対して、要求された
データの格納場所／ｄａｔａ／ｓｐｌ／ｖ／ｖ１、およ
び使用する伝送手順（プロトコル）、ＨＴＴＰを指示す
る。第１の送信部１０５は、記憶装置１０４より画像デ
ータ２０８を読み出し、ＨＴＴＰによってデータ受信装
置１０２にデータを送信する。
９は、ＳＭＩＬファイルを受信し、その内容を解析す
る。ＳＭＩＬファイルの内容から、図１（ｂ）に示した
ように２つの画像データが必要であることがわかる。従
って、画像ファイル２０８および２０９を要求する必要
がある。まず、画像ファイル２０８を要求する際の手順
を説明する。第２の受信部１０９は、取得したＳＭＩＬ
ファイルのサーバ名、ｓｖｒ．ｃｏｍ、およびＳＭＩＬ
ファイルまでのパス名、／ｄａｔａ／ｓｐｌ／、さらに
ｓｒｃ属性に示されるファイル名、ｖ／ｖ１、およびｓ
ｃｅｈｅｍｅ属性に示されるプロトコル、ｈｔｔｐを要
求発行部１１０に指示する。この要求を受けて要求発行
部１１０は、次のメッセージ“ｈｔｔｐ：／／ｓｖｒ．
ｃｏｍ／ｄａｔａ／ｓｐｌ／ｖ／ｖ１”をデータ送信装
置１０１に伝送する。要求受理部１０７はこのメッセー
ジを受理し、第１の送信部１０５に対して、要求された
データの格納場所／ｄａｔａ／ｓｐｌ／ｖ／ｖ１、およ
び使用する伝送手順（プロトコル）、ＨＴＴＰを指示す
る。第１の送信部１０５は、記憶装置１０４より画像デ
ータ２０８を読み出し、ＨＴＴＰによってデータ受信装
置１０２にデータを送信する。
【００２２】次に、第２の受信部１０９が画像ファイル
２０９を要求する際の手順を説明する。動作の手順は先
の画像ファイル２０８の場合とほぼ同様であるが、ファ
イル名がｖ／ｖ１、およびｓｃｅｈｅｍｅ属性に示され
るプロトコルがｒｔｓｐである点が異なる。要求発行部
１１０は、メッセージ“ｒｔｓｐ：／／ｓｖｒ．ｃｏｍ
／ｄａｔａ／ｓｐｌ／ｖ／ｖ２”をデータ送信装置１０
１に伝送する。要求受理部１０７はこのメッセージを受
理し、第１の送信部１０５に対して、要求されたデータ
の格納場所／ｄａｔａ／ｓｐｌ／ｖ／ｖ２、および使用
するプロトコル、ＲＴＰを指示する。ＲＴＳＰは、デー
タの要求に使用されるプロトコルであり、実際のデータ
伝送にはＲＴＰが用いられる。第１の送信部１０５は、
記憶装置１０４より画像データ２０９を読み出し、ＲＴ
Ｐによってデータ受信装置１０２にデータを送信する。
２０９を要求する際の手順を説明する。動作の手順は先
の画像ファイル２０８の場合とほぼ同様であるが、ファ
イル名がｖ／ｖ１、およびｓｃｅｈｅｍｅ属性に示され
るプロトコルがｒｔｓｐである点が異なる。要求発行部
１１０は、メッセージ“ｒｔｓｐ：／／ｓｖｒ．ｃｏｍ
／ｄａｔａ／ｓｐｌ／ｖ／ｖ２”をデータ送信装置１０
１に伝送する。要求受理部１０７はこのメッセージを受
理し、第１の送信部１０５に対して、要求されたデータ
の格納場所／ｄａｔａ／ｓｐｌ／ｖ／ｖ２、および使用
するプロトコル、ＲＴＰを指示する。ＲＴＳＰは、デー
タの要求に使用されるプロトコルであり、実際のデータ
伝送にはＲＴＰが用いられる。第１の送信部１０５は、
記憶装置１０４より画像データ２０９を読み出し、ＲＴ
Ｐによってデータ受信装置１０２にデータを送信する。
【００２３】以上、本発明におけるデータ送受信システ
ムの実施の形態１について説明した。本実施の形態によ
れば、ファイル名とプロトコルを分離してＳＭＩＬファ
イルに記述するため、画像データの格納場所をＳＭＩＬ
データの格納場所からの相対パスで記述した場合であっ
ても、伝送プロトコルとしてＨＴＴＰに限らず任意のプ
ロトコルを使用可能となる。
ムの実施の形態１について説明した。本実施の形態によ
れば、ファイル名とプロトコルを分離してＳＭＩＬファ
イルに記述するため、画像データの格納場所をＳＭＩＬ
データの格納場所からの相対パスで記述した場合であっ
ても、伝送プロトコルとしてＨＴＴＰに限らず任意のプ
ロトコルを使用可能となる。
【００２４】なお、本実施の形態では画像データについ
て説明したが、音声やテキストデータなどにおいても、
同様にファイル名とプロトコルを別個の属性に指定して
も良い。
て説明したが、音声やテキストデータなどにおいても、
同様にファイル名とプロトコルを別個の属性に指定して
も良い。
【００２５】さらに、本実施の形態では、メディアデー
タのプロトコルを指定する属性を持つ要素を含むデジタ
ルデータとしてＳＭＩＬの場合について説明したが、こ
れに限るものではなく、その他のデータ、例えばＩＥＴ
Ｆで規定されるＳＤＰなどであっても良い。
タのプロトコルを指定する属性を持つ要素を含むデジタ
ルデータとしてＳＭＩＬの場合について説明したが、こ
れに限るものではなく、その他のデータ、例えばＩＥＴ
Ｆで規定されるＳＤＰなどであっても良い。
【００２６】また、本実施の形態では、データ受信装置
１０２とデータ送信装置１０１としてハードウェアで実
現したものを示したが、上記データ受信装置１０２とデ
ータ送信装置１０１は、ソフトウェアで実現することも
可能である。例えば、データ送信装置１０１における第
１の送信部１０５、第２の送信部１０６、要求受理部１
０７は、これらの機能をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒ
ｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が行うようプログラミン
グしたソフトウェアプログラムを用いて、コンピュータ
システムにおいて実現することも可能である。同様に、
データ受信装置１０２における第１の受信部１０８、第
２の受信部１０９、要求発行部１１０は、これらの機能
をＣＰＵが行うようプログラミングしたソフトウェアプ
ログラムを用いて、コンピュータシステムにおいて実現
することも可能である。
１０２とデータ送信装置１０１としてハードウェアで実
現したものを示したが、上記データ受信装置１０２とデ
ータ送信装置１０１は、ソフトウェアで実現することも
可能である。例えば、データ送信装置１０１における第
１の送信部１０５、第２の送信部１０６、要求受理部１
０７は、これらの機能をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒ
ｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が行うようプログラミン
グしたソフトウェアプログラムを用いて、コンピュータ
システムにおいて実現することも可能である。同様に、
データ受信装置１０２における第１の受信部１０８、第
２の受信部１０９、要求発行部１１０は、これらの機能
をＣＰＵが行うようプログラミングしたソフトウェアプ
ログラムを用いて、コンピュータシステムにおいて実現
することも可能である。
【００２７】このようなソフトウェアにより本実施の形
態であるデータ送受信システムを実現した場合でも、本
実施の形態と全く同様の結果が得られる。なお、上記ソ
フトウェアプログラムは例えばフロッピー（登録商標）
ディスクや光ディスク、ＩＣカード、ＲＯＭカセット等
の記憶媒体に格納して、当該記憶媒体に記憶されたプロ
グラムをコンピュータにて実行させることが可能であ
る。
態であるデータ送受信システムを実現した場合でも、本
実施の形態と全く同様の結果が得られる。なお、上記ソ
フトウェアプログラムは例えばフロッピー（登録商標）
ディスクや光ディスク、ＩＣカード、ＲＯＭカセット等
の記憶媒体に格納して、当該記憶媒体に記憶されたプロ
グラムをコンピュータにて実行させることが可能であ
る。
【００２８】（実施の形態２）本発明のデータ伝送方
法、データ受信方法の実施の形態２であるデータ送受信
システムについて、図４〜図５を用いて説明する。
法、データ受信方法の実施の形態２であるデータ送受信
システムについて、図４〜図５を用いて説明する。
【００２９】本実施の形態においては、ＭＰＥＧ４など
で圧縮符号化された画像データを復号する際の復号能力
を示す情報をＳＭＩＬファイルに記述した点が特徴であ
る。
で圧縮符号化された画像データを復号する際の復号能力
を示す情報をＳＭＩＬファイルに記述した点が特徴であ
る。
【００３０】図４は、データ送受信システムの概略図で
あり、データ送信装置４０１、データ受信装置４０２か
らなる。データ送信装置とデータ受信装置はネットワー
ク４０３によって接続されている。データ送信装置４０
１は、記憶装置４０４、第１の送信部４０５、第２の送
信部４０６、要求受理部４０７から構成される。また、
データ受信装置４０２は、第１の受信部４０８、第２の
受信部４０９、要求発行部４１０、データ復号部４１
１、表示部４１２から構成される。図５は、ＳＭＩＬフ
ァイルの内容の一部を示す図である。以上の図４、図５
を用いて実施の形態２であるデータ送受信システムにつ
いて説明する。
あり、データ送信装置４０１、データ受信装置４０２か
らなる。データ送信装置とデータ受信装置はネットワー
ク４０３によって接続されている。データ送信装置４０
１は、記憶装置４０４、第１の送信部４０５、第２の送
信部４０６、要求受理部４０７から構成される。また、
データ受信装置４０２は、第１の受信部４０８、第２の
受信部４０９、要求発行部４１０、データ復号部４１
１、表示部４１２から構成される。図５は、ＳＭＩＬフ
ァイルの内容の一部を示す図である。以上の図４、図５
を用いて実施の形態２であるデータ送受信システムにつ
いて説明する。
【００３１】データ受信装置４０２における第２の受信
部が４０９、図５に示すようなＳＭＩＬファイルを受信
したと仮定する。ｍｅｔａ要素５０２は、ＳＭＩＬファ
イル５０１に含まれるデータを復号するための能力につ
いて指定することを宣言するｃｏｎｔｅｎｔ属性、およ
びｃｏｎｔｅｎｔ属性で宣言された内容の値を示すｎａ
ｍｅ属性を持つ。今、ｃｏｎｔｅｎｔ属性の値はｖｉｄ
ｅｏ−ｐｒｏｆｉｌｅであり、ＳＭＩＬファイル５０１
に含まれる画像データに対する復号能力について宣言し
ており、ｎａｍｅ属性の値はｓｉｍｐｌｅ＠１を示して
いる。この属性値は、ＭＰＥＧ４で規格化されるシンプ
ルプロファイル、レベル１を意味するものとする。
部が４０９、図５に示すようなＳＭＩＬファイルを受信
したと仮定する。ｍｅｔａ要素５０２は、ＳＭＩＬファ
イル５０１に含まれるデータを復号するための能力につ
いて指定することを宣言するｃｏｎｔｅｎｔ属性、およ
びｃｏｎｔｅｎｔ属性で宣言された内容の値を示すｎａ
ｍｅ属性を持つ。今、ｃｏｎｔｅｎｔ属性の値はｖｉｄ
ｅｏ−ｐｒｏｆｉｌｅであり、ＳＭＩＬファイル５０１
に含まれる画像データに対する復号能力について宣言し
ており、ｎａｍｅ属性の値はｓｉｍｐｌｅ＠１を示して
いる。この属性値は、ＭＰＥＧ４で規格化されるシンプ
ルプロファイル、レベル１を意味するものとする。
【００３２】ＳＭＩＬファイルを受信した第２の受信部
４０９は、ｍｅｔａ要素５０２が示す画像データの復号
に必要な復号能力である（Ａ）：ｓｉｍｐｌｅ＠１と、
（Ｂ）：復号部が対応しているプロファイルとレベルの
情報と、を比較する。
４０９は、ｍｅｔａ要素５０２が示す画像データの復号
に必要な復号能力である（Ａ）：ｓｉｍｐｌｅ＠１と、
（Ｂ）：復号部が対応しているプロファイルとレベルの
情報と、を比較する。
【００３３】今、（Ｂ）が示す情報が、ｓｉｍｐｌｅ＠
２すなわちシンプルプロファイル、レベル２であったと
すれば、（Ｂ）の方が（Ａ）以上の能力であるという比
較結果になり、ＳＭＩＬファイルに指定された画像デー
タを復号することが可能であることがわかる。従って、
第２の受信部４０９は、要求発行部４１０に対して画像
ファイルを要求するための情報“ｒｔｓｐ：／／ｄａｔ
ａ／ｓｐｌ／ｖ／ｖ１”を指示する。要求発行部４１０
は、メッセージ“ｒｔｓｐ：／／ｓｖｒ．ｃｏｍ／ｄａ
ｔａ／ｓｐｌ／ｖ／ｖ１”をデータ送信装置４０１に伝
送する。要求受理部４０７はこのメッセージを受理し、
第１の送信部４０５に対して、要求されたファイルの格
納場所“／ｄａｔａ／ｓｐｌ／ｖ／ｖ２”、および使用
するプロトコル、ＲＴＰを指示する。第１の送信部４０
５は、記憶装置４０４より画像データを読み出し、ＲＴ
Ｐによってデータ受信装置４０２に送信する。第１の受
信部４０８は画像データを受信し、データ復号部４１１
へ出力する。データ復号部４１１は、画像データを復号
した後、復号したデータを表示部４１２へ出力し、表示
部４１２は画像データを表示する。
２すなわちシンプルプロファイル、レベル２であったと
すれば、（Ｂ）の方が（Ａ）以上の能力であるという比
較結果になり、ＳＭＩＬファイルに指定された画像デー
タを復号することが可能であることがわかる。従って、
第２の受信部４０９は、要求発行部４１０に対して画像
ファイルを要求するための情報“ｒｔｓｐ：／／ｄａｔ
ａ／ｓｐｌ／ｖ／ｖ１”を指示する。要求発行部４１０
は、メッセージ“ｒｔｓｐ：／／ｓｖｒ．ｃｏｍ／ｄａ
ｔａ／ｓｐｌ／ｖ／ｖ１”をデータ送信装置４０１に伝
送する。要求受理部４０７はこのメッセージを受理し、
第１の送信部４０５に対して、要求されたファイルの格
納場所“／ｄａｔａ／ｓｐｌ／ｖ／ｖ２”、および使用
するプロトコル、ＲＴＰを指示する。第１の送信部４０
５は、記憶装置４０４より画像データを読み出し、ＲＴ
Ｐによってデータ受信装置４０２に送信する。第１の受
信部４０８は画像データを受信し、データ復号部４１１
へ出力する。データ復号部４１１は、画像データを復号
した後、復号したデータを表示部４１２へ出力し、表示
部４１２は画像データを表示する。
【００３４】一方、（Ａ）に示される情報がｓｉｍｐｌ
ｅ＠２であり、（Ｂ）がｓｉｍｐｌｅ＠１であるような
場合、（Ｂ）は（Ａ）より能力が低いという比較結果に
なり、ＳＭＩＬファイルに指定されている画像データを
要求して受信した場合、復号装置において正しく復号で
きない可能性があるため、第２の受信部４０９は要求発
行部４１０に対して画像データの要求を指示しない。
ｅ＠２であり、（Ｂ）がｓｉｍｐｌｅ＠１であるような
場合、（Ｂ）は（Ａ）より能力が低いという比較結果に
なり、ＳＭＩＬファイルに指定されている画像データを
要求して受信した場合、復号装置において正しく復号で
きない可能性があるため、第２の受信部４０９は要求発
行部４１０に対して画像データの要求を指示しない。
【００３５】以上、本発明におけるデータ送受信システ
ムの実施の形態２について説明した。
ムの実施の形態２について説明した。
【００３６】なお、本実施の形態では、画像データに関
する復号処理能力を示す情報についてのみ説明したが、
これに限るものではなく、音声データなどを復号するた
めに必要な復号処理能力を示す情報であっても良い。ま
た、複数のｍｅｔａ要素にそれぞれ画像データに関する
復号処理能力、音声データに関する復号処理能力を指定
しても良い。
する復号処理能力を示す情報についてのみ説明したが、
これに限るものではなく、音声データなどを復号するた
めに必要な復号処理能力を示す情報であっても良い。ま
た、複数のｍｅｔａ要素にそれぞれ画像データに関する
復号処理能力、音声データに関する復号処理能力を指定
しても良い。
【００３７】なお、本実施の形態では、ｍｅｔａ要素に
必要とされる復号能力を指定することとしたが、これに
限るものではない。例えば、図６に示すように、ｓｗｉ
ｔｃｈ要素内のそれぞれのグループ６０２、６０３にお
いて、それぞれ指定することも可能である。データ受信
装置は、復号部の処理能力と、これらのグループに指定
される属性の値を比較し、適切なグループを選択し、デ
ータを要求して受信するように動作する。
必要とされる復号能力を指定することとしたが、これに
限るものではない。例えば、図６に示すように、ｓｗｉ
ｔｃｈ要素内のそれぞれのグループ６０２、６０３にお
いて、それぞれ指定することも可能である。データ受信
装置は、復号部の処理能力と、これらのグループに指定
される属性の値を比較し、適切なグループを選択し、デ
ータを要求して受信するように動作する。
【００３８】また、本実施の形態では、ＭＰＥＧ４ビデ
オのプロファイルとレベルを用いて説明したが、これに
限るものではなく、ＭＰＥＧ４オーディオやシステムの
プロファイルとレベル、ＭＰＥＧ２ビデオのプロファイ
ルとレベル、ＭＰＥＧ１やＭＰＥＧ２のオーディオのレ
イヤーを示す情報などを指定することであっても良い。
また、プロファイルとレベルを１つの属性値として説明
したが、プロファイルとレベルはそれぞれ別個の属性に
指定することであっても良い。
オのプロファイルとレベルを用いて説明したが、これに
限るものではなく、ＭＰＥＧ４オーディオやシステムの
プロファイルとレベル、ＭＰＥＧ２ビデオのプロファイ
ルとレベル、ＭＰＥＧ１やＭＰＥＧ２のオーディオのレ
イヤーを示す情報などを指定することであっても良い。
また、プロファイルとレベルを１つの属性値として説明
したが、プロファイルとレベルはそれぞれ別個の属性に
指定することであっても良い。
【００３９】さらに、本実施の形態では、復号化に必要
な能力を示す属性を持つ要素を含むデジタルデータとし
てＳＭＩＬの場合について説明したが、これに限るもの
ではなく、その他のデータ、例えばＩＥＴＦで規定され
るＳＤＰなどであっても良い。
な能力を示す属性を持つ要素を含むデジタルデータとし
てＳＭＩＬの場合について説明したが、これに限るもの
ではなく、その他のデータ、例えばＩＥＴＦで規定され
るＳＤＰなどであっても良い。
【００４０】また、本実施の形態では、データ受信装置
４０２とデータ送信装置４０１としてハードウェアで実
現したものを示したが、データ受信装置４０２とデータ
送信装置４０１は、ソフトウェアで実現することも可能
である。例えば、データ送信装置４０１における第１の
送信部４０５、第２の送信部４０６、要求受理部４０７
は、これらの機能をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃ
ｅｓｓｉｎｇ Ｕｎｉｔ）が行うようプログラミングし
たソフトウェアプログラムを用いて、コンピュータシス
テムにおいて実現することも可能である。同様に、デー
タ受信装置４０２における第１の受信部４０８、第２の
受信部４０９、要求発行部４１０、復号部４１１、表示
部４１２は、これらの機能をＣＰＵが行うようプログラ
ミングしたソフトウェアプログラムを用いて、コンピュ
ータシステムにおいて実現することも可能である。
４０２とデータ送信装置４０１としてハードウェアで実
現したものを示したが、データ受信装置４０２とデータ
送信装置４０１は、ソフトウェアで実現することも可能
である。例えば、データ送信装置４０１における第１の
送信部４０５、第２の送信部４０６、要求受理部４０７
は、これらの機能をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃ
ｅｓｓｉｎｇ Ｕｎｉｔ）が行うようプログラミングし
たソフトウェアプログラムを用いて、コンピュータシス
テムにおいて実現することも可能である。同様に、デー
タ受信装置４０２における第１の受信部４０８、第２の
受信部４０９、要求発行部４１０、復号部４１１、表示
部４１２は、これらの機能をＣＰＵが行うようプログラ
ミングしたソフトウェアプログラムを用いて、コンピュ
ータシステムにおいて実現することも可能である。
【００４１】このようなソフトウェアにより本実施の形
態であるデータ送受信システムを実現した場合でも、本
実施の形態と全く同様の結果が得られる。なお、上記ソ
フトウェアプログラムは例えばフロッピーディスクや光
ディスク、ＩＣカード、ＲＯＭカセット等の記憶媒体に
格納して、当該記憶媒体に記憶されたプログラムをコン
ピュータにて実行させることが可能である。
態であるデータ送受信システムを実現した場合でも、本
実施の形態と全く同様の結果が得られる。なお、上記ソ
フトウェアプログラムは例えばフロッピーディスクや光
ディスク、ＩＣカード、ＲＯＭカセット等の記憶媒体に
格納して、当該記憶媒体に記憶されたプログラムをコン
ピュータにて実行させることが可能である。
【００４２】（実施の形態３）本発明のデータ伝送方
法、データ受信方法の実施の形態３であるデータ送受信
システムについて、図４および図７を用いて説明する。
法、データ受信方法の実施の形態３であるデータ送受信
システムについて、図４および図７を用いて説明する。
【００４３】本実施の形態においては、メディアファイ
ルに対する重要度を示す情報をＳＭＩＬデータに付加し
た点が特徴である。
ルに対する重要度を示す情報をＳＭＩＬデータに付加し
た点が特徴である。
【００４４】図７は、ＳＭＩＬファイルの内容の一部を
示す図である。データ受信装置４０２における第２の受
信部４０９が図７に示すようなＳＭＩＬファイルを受信
したと仮定する。ＳＭＩＬファイル７０１において、第
１の要素７０２では重要度を示す属性ｐｒｉｏｒｉｔｙ
の示す値が１であり、第２の要素７０３では属性ｐｒｉ
ｏｒｉｔｙの示す値が２である。今、数値が大きいほど
重要度が増すとすれば、第２の要素は第１の要素より重
要度が高いことになる。データ受信装置４０２における
第２の受信部おいて、ネットワーク４０３の帯域幅が、
おのおのの要素が示すデータを同時に受信するためには
不十分であると判定した場合、重要度の低い第１の要素
に対するデータ要求を要求発行部４１０に対して指示せ
ず、第２の要素に対してのみ要求発行部４１０にデータ
要求を指示する。従って、要求発行部４１０は、第２の
要素に対するデータであるファイルｖ２に対する要求メ
ッセージを発行する。以降のデータ送信装置４０１にお
けるデータ送信処理と、データ受信装置４０２における
データ受信処理は、実施の形態２で説明した場合と同様
になるため、ここでは説明を省略する。
示す図である。データ受信装置４０２における第２の受
信部４０９が図７に示すようなＳＭＩＬファイルを受信
したと仮定する。ＳＭＩＬファイル７０１において、第
１の要素７０２では重要度を示す属性ｐｒｉｏｒｉｔｙ
の示す値が１であり、第２の要素７０３では属性ｐｒｉ
ｏｒｉｔｙの示す値が２である。今、数値が大きいほど
重要度が増すとすれば、第２の要素は第１の要素より重
要度が高いことになる。データ受信装置４０２における
第２の受信部おいて、ネットワーク４０３の帯域幅が、
おのおのの要素が示すデータを同時に受信するためには
不十分であると判定した場合、重要度の低い第１の要素
に対するデータ要求を要求発行部４１０に対して指示せ
ず、第２の要素に対してのみ要求発行部４１０にデータ
要求を指示する。従って、要求発行部４１０は、第２の
要素に対するデータであるファイルｖ２に対する要求メ
ッセージを発行する。以降のデータ送信装置４０１にお
けるデータ送信処理と、データ受信装置４０２における
データ受信処理は、実施の形態２で説明した場合と同様
になるため、ここでは説明を省略する。
【００４５】以上、本発明におけるデータ送受信システ
ムである実施の形態３について説明した。
ムである実施の形態３について説明した。
【００４６】なお、本実施の形態では、ネットワークの
帯域幅に着目して重要度を用いて要求するデータを選択
したが、これに限るものではない。データ復号部４１１
の復号能力において、おのおのの要素が示すデータを同
時に復号することが困難であると判定した場合、重要度
の低い第１の要素に対する復号処理を実行せず、重要度
の高い第２の要素のみ復号し、表示するような動作であ
っても良い。他にも、表示部４１２において、おのおの
の要素が示すデータを同時に表示するための能力が不足
であると判定した場合、重要度の低い第１の要素に対す
る表示処理を実行せず、重要度の高い第２の要素のみ表
示するような動作であっても良い。また、これらの場
合、第１の要素を常に復号しない、あるいは表示しない
ということに限らず、間欠的に復号する、あるいは表示
するような動作であっても良い。
帯域幅に着目して重要度を用いて要求するデータを選択
したが、これに限るものではない。データ復号部４１１
の復号能力において、おのおのの要素が示すデータを同
時に復号することが困難であると判定した場合、重要度
の低い第１の要素に対する復号処理を実行せず、重要度
の高い第２の要素のみ復号し、表示するような動作であ
っても良い。他にも、表示部４１２において、おのおの
の要素が示すデータを同時に表示するための能力が不足
であると判定した場合、重要度の低い第１の要素に対す
る表示処理を実行せず、重要度の高い第２の要素のみ表
示するような動作であっても良い。また、これらの場
合、第１の要素を常に復号しない、あるいは表示しない
ということに限らず、間欠的に復号する、あるいは表示
するような動作であっても良い。
【００４７】また、本実施の形態では、画像データに対
してのみ説明したが、音声データやテキストデータなど
に対する要素に対して重要度を示す属性を付与し、本実
施の形態で説明したような選択動作を行うものであって
も良い。他にも、複数のメディアデータに対する要素を
グループ化する要素である、ＳＭＩＬにおけるｐａｒ要
素やｓｅｑ要素に対して重要度を示す属性を付与し、グ
ループ内の要素全体に対して本実施の形態で説明したよ
うな選択動作を行うものであっても良い。また、グルー
プ化する要素と、個々のメディアデータに対する要素の
夫々に重要度を示す属性を付与しても良い。
してのみ説明したが、音声データやテキストデータなど
に対する要素に対して重要度を示す属性を付与し、本実
施の形態で説明したような選択動作を行うものであって
も良い。他にも、複数のメディアデータに対する要素を
グループ化する要素である、ＳＭＩＬにおけるｐａｒ要
素やｓｅｑ要素に対して重要度を示す属性を付与し、グ
ループ内の要素全体に対して本実施の形態で説明したよ
うな選択動作を行うものであっても良い。また、グルー
プ化する要素と、個々のメディアデータに対する要素の
夫々に重要度を示す属性を付与しても良い。
【００４８】さらに、本実施の形態では、重要度を示す
属性を持つ要素を含むデジタルデータとしてＳＭＩＬの
場合について説明したが、これに限るものではなく、そ
の他のデータ、例えばＩＥＴＦで規定されるＳＤＰなど
であっても良い。
属性を持つ要素を含むデジタルデータとしてＳＭＩＬの
場合について説明したが、これに限るものではなく、そ
の他のデータ、例えばＩＥＴＦで規定されるＳＤＰなど
であっても良い。
【００４９】また、本実施の形態では、データ受信装置
４０２とデータ送信装置４０１としてハードウェアで実
現したものを示したが、データ受信装置４０２とデータ
送信装置４０１は、ソフトウェアで実現することも可能
である。例えば、データ送信装置４０１における第１の
送信部４０５、第２の送信部４０６、要求受理部４０７
は、これらの機能をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃ
ｅｓｓｉｎｇ Ｕｎｉｔ）が行うようプログラミングし
たソフトウェアプログラムを用いて、コンピュータシス
テムにおいて実現することも可能である。同様に、デー
タ受信装置４０２における第１の受信部４０８、第２の
受信部４０９、要求発行部４１０、復号部４１１、表示
部４１２は、これらの機能をＣＰＵが行うようプログラ
ミングしたソフトウェアプログラムを用いて、コンピュ
ータシステムにおいて実現することも可能である。
４０２とデータ送信装置４０１としてハードウェアで実
現したものを示したが、データ受信装置４０２とデータ
送信装置４０１は、ソフトウェアで実現することも可能
である。例えば、データ送信装置４０１における第１の
送信部４０５、第２の送信部４０６、要求受理部４０７
は、これらの機能をＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃ
ｅｓｓｉｎｇ Ｕｎｉｔ）が行うようプログラミングし
たソフトウェアプログラムを用いて、コンピュータシス
テムにおいて実現することも可能である。同様に、デー
タ受信装置４０２における第１の受信部４０８、第２の
受信部４０９、要求発行部４１０、復号部４１１、表示
部４１２は、これらの機能をＣＰＵが行うようプログラ
ミングしたソフトウェアプログラムを用いて、コンピュ
ータシステムにおいて実現することも可能である。
【００５０】このようなソフトウェアにより本実施の形
態であるデータ送受信システムを実現した場合でも、本
実施の形態と全く同様の結果が得られる。なお、上記ソ
フトウェアプログラムは例えばフロッピーディスクや光
ディスク、ＩＣカード、ＲＯＭカセット等の記憶媒体に
格納して、当該記憶媒体に記憶されたプログラムをコン
ピュータにて実行させることが可能である。
態であるデータ送受信システムを実現した場合でも、本
実施の形態と全く同様の結果が得られる。なお、上記ソ
フトウェアプログラムは例えばフロッピーディスクや光
ディスク、ＩＣカード、ＲＯＭカセット等の記憶媒体に
格納して、当該記憶媒体に記憶されたプログラムをコン
ピュータにて実行させることが可能である。
【００５１】
【発明の効果】以上のように、本発明に係る第１の、デ
ータ伝送方法もしくはデータ受信方法もしくはデータ受
信装置によれは、画像、音声あるいはテキストなどを含
む第１のデジタルデータのファイル名を指示する第１の
属性と、第１のデジタルデータを伝送するための手順
（プロトコル）を指示する第２の属性と、を含む要素を
記述した第２のデジタルデータを、第１のデジタルデー
タより前に伝送する。これにより、受信側において第１
のデジタルデータを要求するための手順（プロトコル）
としてＨＴＴＰ以外のものを指定することが可能とな
り、また、相対パスでファイル名を指定することが可能
になるため、サーバ内あるいはサーバ間におけるファイ
ルの移動の際に、第２のデジタルデータの内容を修正す
る必要がなくなる。
ータ伝送方法もしくはデータ受信方法もしくはデータ受
信装置によれは、画像、音声あるいはテキストなどを含
む第１のデジタルデータのファイル名を指示する第１の
属性と、第１のデジタルデータを伝送するための手順
（プロトコル）を指示する第２の属性と、を含む要素を
記述した第２のデジタルデータを、第１のデジタルデー
タより前に伝送する。これにより、受信側において第１
のデジタルデータを要求するための手順（プロトコル）
としてＨＴＴＰ以外のものを指定することが可能とな
り、また、相対パスでファイル名を指定することが可能
になるため、サーバ内あるいはサーバ間におけるファイ
ルの移動の際に、第２のデジタルデータの内容を修正す
る必要がなくなる。
【００５２】また、本発明に係る第２の、データ伝送方
法もしくはデータ受信方法もしくはデータ受信装置によ
れば、圧縮符号化された画像あるいは音声を含む第１の
デジタルデータを復号化するために必要な復号能力を指
示する第１の属性を持つ要素と、前記第１のデジタルデ
ータのファイル名を指示する第２の属性を持つ要素と、
を含む第２のデジタルデータを、前記第１のデジタルデ
ータより前に伝送するため、圧縮符号化された第１のデ
ジタルデータを受信する前に、受信側で第１のデジタル
データの復号化が可能であるかどうか、判定することが
可能になり、ネットワークを無駄に使用することがな
く、またデータ受信装置における処理負荷も軽減するこ
とが可能になる。
法もしくはデータ受信方法もしくはデータ受信装置によ
れば、圧縮符号化された画像あるいは音声を含む第１の
デジタルデータを復号化するために必要な復号能力を指
示する第１の属性を持つ要素と、前記第１のデジタルデ
ータのファイル名を指示する第２の属性を持つ要素と、
を含む第２のデジタルデータを、前記第１のデジタルデ
ータより前に伝送するため、圧縮符号化された第１のデ
ジタルデータを受信する前に、受信側で第１のデジタル
データの復号化が可能であるかどうか、判定することが
可能になり、ネットワークを無駄に使用することがな
く、またデータ受信装置における処理負荷も軽減するこ
とが可能になる。
【００５３】さらに、本発明に係る第３の、データ伝送
方法もしくはデータ受信方法もしくはデータ受信装置に
よれば、画像、音声あるいはテキストなどを含むＮ個の
デジタルデータに対して個々に設定される、デジタルデ
ータのファイル名を指示する属性とデジタルデータの優
先度を指示する属性とを持つＮ個の要素を含む第１のデ
ジタルデータを、前記Ｎ個のデジタルデータより前に伝
送するため、データ受信装置の能力に応じて優先度の高
いデジタルデータを選択的に受信、あるいは復号するこ
とが可能になり、ネットワークを無駄に使用することが
なく、またデータ受信装置における処理負荷を軽減しな
がらも重要度の高いデータを表示することが可能にな
る。
方法もしくはデータ受信方法もしくはデータ受信装置に
よれば、画像、音声あるいはテキストなどを含むＮ個の
デジタルデータに対して個々に設定される、デジタルデ
ータのファイル名を指示する属性とデジタルデータの優
先度を指示する属性とを持つＮ個の要素を含む第１のデ
ジタルデータを、前記Ｎ個のデジタルデータより前に伝
送するため、データ受信装置の能力に応じて優先度の高
いデジタルデータを選択的に受信、あるいは復号するこ
とが可能になり、ネットワークを無駄に使用することが
なく、またデータ受信装置における処理負荷を軽減しな
がらも重要度の高いデータを表示することが可能にな
る。
【図１】本発明の実施の形態１によるデータ送受信シス
テムの全体構成を示す概略図
テムの全体構成を示す概略図
【図２】本発明の実施の形態１によるデータ送信装置の
記憶装置における、ディレクトリ構成およびＳＭＩＬフ
ァイルの内容の一部を示す図
記憶装置における、ディレクトリ構成およびＳＭＩＬフ
ァイルの内容の一部を示す図
【図３】本発明の実施の形態１を説明する際に用いる、
ＨＴＭＬファイルの内容の一部を示す図
ＨＴＭＬファイルの内容の一部を示す図
【図４】本発明の実施の形態２によるデータ送受信シス
テムの全体構成を示す概略図
テムの全体構成を示す概略図
【図５】本発明の実施の形態２によるデータ送信装置の
記憶装置における、ＳＭＩＬファイルの内容の一部を示
す図
記憶装置における、ＳＭＩＬファイルの内容の一部を示
す図
【図６】本発明の実施の形態２によるデータ送信装置の
記憶装置における、ＳＭＩＬファイルの内容の一部を示
す図
記憶装置における、ＳＭＩＬファイルの内容の一部を示
す図
【図７】本発明の実施の形態３によるデータ送信装置の
記憶装置における、ＳＭＩＬファイルの内容の一部を示
す図
記憶装置における、ＳＭＩＬファイルの内容の一部を示
す図
【図８】従来例のＳＭＩＬファイルの内容を説明するた
めの図
めの図
１０１ データ送信装置 １０２ データ受信装置 １０３ ネットワーク １０４ 記憶装置 １０５ 第１の送信部 １０６ 第２の送信部 １０７ 要求受理部 １０８ 第１の受信部 １０９ 第２の受信部 １１０ 要求発行部 １０ａ メディアデータ １０ｂ ＳＭＩＬデータ １０ｃ メッセージ ２０１〜２０６ 記憶装置におけるディレクトリ ２０７〜２０９ 記憶装置におけるファイル ２０８ａ〜２０９ａ 要素 ３０１ ＨＴＭＬファイル ４０１ データ送信装置 ４０２ データ受信装置 ４０３ ネットワーク ４０４ 記憶装置 ４０５ 第１の送信部 ４０６ 第２の送信部 ４０７ 要求受理部 ４０８ 第１の受信部 ４０９ 第２の受信部 ４１０ 要求発行部 ４１１ データ復号部 ４１２ 表示部 ４０ａ メディアデータ ４０ｂ ＳＭＩＬデータ ４０ｃ メッセージ ５０１ ＳＭＩＬファイル ５０２〜５０３ 要素 ６０１ ＳＭＩＬファイル ６０２ 第1のグループ ６０３ 第2のグループ ７０１ ＳＭＩＬファイル ７０２〜７０３ 要素 ８０１〜８０６ 記憶装置におけるディレクトリ ８０７〜８１０ 記憶装置におけるファイル ８０７ａ，８０９ａ，８１０ａ 要素
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/24 Ｈ０４Ｎ 7/13 Ｚ Ｆターム(参考） 5B082 EA01 EA09 GA01 HA06 HA08 5B089 HA10 HB10 JA32 JB01 JB03 JB05 KF04 KH28 5C059 MA00 RB09 RC00 RC04 RC19 RC32 SS08 SS09 SS20 SS26 TA64 UA05 UA39 5K034 AA19 AA20 CC02 CC05 CC06 HH01 HH02 HH12 HH16 HH63 JJ23 JJ24 MM21 MM36 MM37 MM39
Claims (29)
- 【請求項１】 画像、音声あるいはテキストなどを含む
第１のデジタルデータのファイル名を指示する第１の属
性と、前記第１のデジタルデータを伝送するための手順
（プロトコル）を指示する第２の属性と、を持つ要素を
含む第２のデジタルデータを、前記第１のデジタルデー
タより前に伝送することを特徴とするデータ伝送方法。 - 【請求項２】 画像、音声あるいはテキストなどを含む
第１のデジタルデータのファイル名を指示する第１の属
性と、前記第１のデジタルデータを伝送するための手順
（プロトコル）を指示する第２の属性と、を持つ要素を
含む第２のデジタルデータを受信する第１のステップ
と、 前記第１の属性に指示されたファイル名、および前記第
２の属性に指示された手順（プロトコル）に従って前記
第１のデジタルデータを要求する第２のステップと、 前記第１のデジタルデータを受信する第３のステップ
と、 を有することを特徴とするデータ受信方法。 - 【請求項３】 画像、音声あるいはテキストなどを含む
第１のデジタルデータのファイル名を指示する第１の属
性と、前記第１のデジタルデータを伝送するための手順
（プロトコル）を指示する第２の属性と、を持つ要素を
含む第２のデジタルデータを受信する第１の受信部と、 前記第１の属性に指示されたファイル名、および第２の
属性に指示された手順（プロトコル）に従って前記第１
のデジタルデータを要求する要求発行部と、 前記第１のデジタルデータを受信する第２の受信部と、 を備えることを特徴とするデータ受信装置。 - 【請求項４】 画像、音声あるいはテキストなどを含む
第１のデジタルデータのファイル名を指示する第１の属
性と、前記第１のデジタルデータを伝送するための手順
（プロトコル）を指示する第２の属性と、を持つ要素を
含む第２のデジタルデータを受信する第１のステップ
と、 前記第１の属性に指示されたファイル名、および前記第
２の属性に指示された手順（プロトコル）に従って前記
第１のデジタルデータを要求する第２のステップと、 前記第１のデジタルデータを受信する第３のステップ
と、 を有する処理をコンピュータに実行させるためのプログ
ラムを格納したデータ記憶媒体。 - 【請求項５】 圧縮符号化された画像あるいは音声を含
む第１のデジタルデータを復号化するために必要な復号
能力を指示する第１の属性を持つ要素と、前記第１のデ
ジタルデータのファイル名を指示する第２の属性を持つ
要素と、を含む第２のデジタルデータを、前記第１のデ
ジタルデータより前に伝送することを特徴とするデータ
伝送方法。 - 【請求項６】 圧縮符号化された画像あるいは音声を含
む第１のデジタルデータを復号化するために必要な復号
能力を指示する第１の属性を持つ要素と、前記第１のデ
ジタルデータのファイル名を指示する第２の属性を持つ
要素と、を含む第２のデジタルデータを受信する第１の
ステップと、 前記第１の属性が示す復号能力と、具備する復号装置が
持つ復号能力とを比較し、前記具備する復号装置が持つ
復号能力が、前記第１の属性が示す復号能力以上である
場合、前記第２の属性が指示するファイル名に従って前
記第１のデジタルデータを要求する第２のステップと、 前記第１のデジタルデータを受信する第３のステップ
と、を有することを特徴とするデータ受信方法。 - 【請求項７】 圧縮符号化された画像あるいは音声を含
む第１のデジタルデータを復号化するために必要な復号
化能力を指示する第１の属性を持つ要素と、前記第１の
デジタルデータのファイル名を指示する第２の属性を持
つ要素と、を含む第２のデジタルデータを受信する第１
の受信部と、 前記第１のデジタルデータのファイル名を指示する第２
の属性に従って、データを要求する要求発行部と、 前記第１のデジタルデータを受信する第２の受信部と、 前記受信した第１のデジタルデータを復号する復号部
と、 前記復号した第１のデジタルデータを表示する表示部
と、 を備えるデータ受信装置であって、 前記要求発行部は、前記第１の属性が示す復号能力と、
前記復号部が持つ復号能力とを比較し、前記復号部が持
つ復号能力が前記第１の属性が示す復号能力以上である
場合、前記第１のデジタルデータを要求することを特徴
とするデータ受信装置。 - 【請求項８】 圧縮符号化された画像あるいは音声を含
む第１のデジタルデータを復号化するために必要な復号
能力を指示する第１の属性を持つ要素と、前記第１のデ
ジタルデータのファイル名を指示する第２の属性を持つ
要素と、を含む第２のデジタルデータを受信する第１の
ステップと、 前記第１の属性が示す復号能力と、復号装置が持つ復号
能力とを比較し、前記復号装置が持つ復号能力が、前記
第１の属性が示す復号能力以上である場合、前記第２の
属性が指示するファイル名に従って前記第１のデジタル
データを要求する第２のステップと、 前記第１のデジタルデータを受信する第３のステップ
と、 を有する処理をコンピュータに実行させるためのプログ
ラムを格納したデータ記憶媒体。 - 【請求項９】 前記第１の属性が示す復号能力は、ＭＰ
ＥＧで規定されるプロファイルとレベルであることを特
徴とする請求項５に記載のデータ伝送方法。 - 【請求項１０】 前記第１の属性が示す復号能力は、Ｍ
ＰＥＧで規定されるプロファイルとレベルであることを
特徴とする請求項７に記載のデータ受信方法。 - 【請求項１１】 前記第１の属性が示す復号能力は、Ｍ
ＰＥＧで規定されるプロファイルとレベルであることを
特徴とする請求項８に記載のデータ受信装置。 - 【請求項１２】 前記第１の属性が示す復号能力は、Ｍ
ＰＥＧで規定されるプロファイルとレベルであることを
特徴とする請求項８に記載のデータ記憶媒体。 - 【請求項１３】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つＮ個の要素を含む
第１のデジタルデータを、前記Ｎ個のデジタルデータよ
り前に伝送することを特徴とするデータ伝送方法。 - 【請求項１４】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性を持つ要素
と、前記Ｎ個のデジタルデータに共通して適用される優
先度を指示する属性を持つ要素と、を含む第１のデジタ
ルデータを、前記Ｎ個のデジタルデータより前に伝送す
ることを特徴とするデータ伝送方法。 - 【請求項１５】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つ要素を含む第１の
デジタルデータを、受信する第１のステップと、 前記第１のデジタルデータに含まれる優先度を指示する
属性を参照して、前記Ｎ個のデジタルデータから、少な
くとも１個以上のデジタルデータを選択する第２のステ
ップと、 前記デジタルデータのファイル名を指示する属性を参照
して、前記選択したデジタルデータを要求する第３のス
テップと、 前記選択したデジタルデータを受信する第４のステップ
と、を有することを特徴とするデータ受信方法。 - 【請求項１６】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つ要素を含む第１の
デジタルデータを、受信する第１のステップと、 前記デジタルデータのファイル名を指示する属性を参照
して、前記Ｎ個のデジタルデータを要求する第２のステ
ップと、 前記Ｎ個のデジタルデータを受信する第３のステップ
と、 前記第１のデジタルデータに含まれる優先度を指示する
属性を参照して、前記Ｎ個のデジタルデータから、少な
くとも１個以上のデジタルデータを選択して復号する第
５のステップと、を有することを特徴とするデータ受信
方法。 - 【請求項１７】 画像、音声あるいはテキストなどを含
むＭ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性を持つ要素
と、前記Ｍ個のデジタルデータに共通して適用される第
１の優先度を指示する属性を持つ要素と、画像、音声あ
るいはテキストなどを含むＮ個のデジタルデータに対し
て個々に設定される、デジタルデータのファイル名を指
示する属性を持つ要素と、前記第Ｎ個のデジタルデータ
に共通して適用される第２の優先度を指示する属性を持
つ要素と、を含む第１のデジタルデータを受信する第１
のステップと、 前記第１のデジタルデータに含まれる第１の優先度を指
示する属性と第２の優先度を指示する属性を参照し、前
記Ｍ個のデジタルデータおよびＮ個のデジタルデータの
うち少なくともどちらか一方を選択する第２のステップ
と、 前記選択したデジタルデータのファイル名を指示する属
性を参照して、前記選択したデジタルデータを要求する
第３のステップと、 前記選択したデジタルデータを受信する第４のステップ
と、を有することを特徴とするデータ受信方法。 - 【請求項１８】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つ要素を含む第１の
デジタルデータを、受信する第１の受信部と、 前記第１のデジタルデータに含まれる優先度を指示する
属性を参照して、前記Ｎ個のデジタルデータから、少な
くとも１個以上のデジタルデータを選択し、前記選択し
たデジタルデータを要求する要求発行部と、 前記選択したデジタルデータを受信する第２の受信部
と、 前記受信したデータを復号する復号部と、 前記復号したデータを表示する表示部と、を備えること
を特徴とするデータ受信装置。 - 【請求項１９】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つ要素を含む第１の
デジタルデータを、受信する第１の受信部と、 前記ファイル名を指示する属性を参照して前記Ｎ個のデ
ジタルデータを要求する要求発行部と、 前記要求したデジタルデータを受信する第２の受信部
と、 前記第１のデジタルデータに含まれる優先度を指示する
属性を参照して、前記Ｎ個のデジタルデータから、少な
くとも１個以上のデジタルデータを選択して復号する復
号部と、 前記復号したデータを表示する表示部と、を備えること
を特徴とするデータ受信装置。 - 【請求項２０】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つ要素を含む第１の
デジタルデータを、受信する第１のステップと、 前記第１のデジタルデータに含まれる優先度を指示する
属性を参照して、前記Ｎ個のデジタルデータから、少な
くとも１個以上のデジタルデータを選択する第２のステ
ップと、 前記デジタルデータのファイル名を指示する属性を参照
して、前記選択したデジタルデータを要求する第３のス
テップと、 前記選択したデジタルデータを受信する第４のステップ
と、を有する処理をコンピュータに実行させるためのプ
ログラムを格納したデータ記憶媒体。 - 【請求項２１】 画像、音声あるいはテキストなどを含
むＮ個のデジタルデータに対して個々に設定される、デ
ジタルデータのファイル名を指示する属性とデジタルデ
ータの優先度を指示する属性とを持つ要素を含む第１の
デジタルデータを、受信する第１のステップと、 前記デジタルデータのファイル名を指示する属性を参照
して、前記Ｎ個のデジタルデータを要求する第２のステ
ップと、 前記Ｎ個のデジタルデータを受信する第３のステップ
と、 前記第１のデジタルデータに含まれる優先度を指示する
属性を参照して、前記Ｎ個のデジタルデータから、少な
くとも１個以上のデジタルデータを選択して復号する第
５のステップと、を有する処理をコンピュータに実行さ
せるためのプログラムを格納したデータ記憶媒体。 - 【請求項２２】 前記要素を含むデジタルデータは、画
像や音声データの時間的配置および空間的配置を指定す
るためのシーン記述データであることを特徴とする請求
項１、５、９、１３、１４のいずれかに記載のデータ伝
送方法。 - 【請求項２３】 前記要素を含むデジタルデータは、画
像や音声データの時間的配置および空間的配置を指定す
るためのシーン記述データであることを特徴とする請求
項２、６、１０、１５、１６、１７のいずれかに記載の
データ受信方法。 - 【請求項２４】 前記要素を含むデジタルデータは、画
像や音声データの時間的配置および空間的配置を指定す
るためのシーン記述データであることを特徴とする請求
項３、７、１１、１８、１９のいずれかに記載のデータ
受信装置。 - 【請求項２５】 前記要素を含むデジタルデータは、画
像や音声データの時間的配置および空間的配置を指定す
るためのシーン記述データであることを特徴とする請求
項４、８、１２、２０、２１のいずれかに記載のデータ
記憶媒体。 - 【請求項２６】 前記要素を含むデジタルデータは、Ｉ
ＥＴＦで規格化されるセッションデスクリプションプロ
トコル（ＳＤＰ）データであることを特徴とする、請求
項１、５、９、１３、１４のいずれかに記載のデータ伝
送方法。 - 【請求項２７】 前記要素を含むデジタルデータは、Ｉ
ＥＴＦで規格化されるセッションデスクリプションプロ
トコル（ＳＤＰ）データであることを特徴とする請求項
２、６、１０、１５、１６、１７のいずれかに記載のデ
ータ受信方法。 - 【請求項２８】 前記要素を含むデジタルデータは、Ｉ
ＥＴＦで規格化されるセッションデスクリプションプロ
トコル（ＳＤＰ）データであることを特徴とする請求項
３、７、１１、１８、１９のいずれかに記載のデータ受
信装置。 - 【請求項２９】 前記要素を含むデジタルデータは、Ｉ
ＥＴＦで規格化されるセッションデスクリプションプロ
トコル（ＳＤＰ）データであることを特徴とする請求項
４、８、１２、２０、２１のいずれかに記載のデータ記
憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26680299A JP2001092706A (ja) | 1999-09-21 | 1999-09-21 | データ伝送方法、データ受信方法、データ受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26680299A JP2001092706A (ja) | 1999-09-21 | 1999-09-21 | データ伝送方法、データ受信方法、データ受信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001092706A true JP2001092706A (ja) | 2001-04-06 |
Family
ID=17435892
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26680299A Pending JP2001092706A (ja) | 1999-09-21 | 1999-09-21 | データ伝送方法、データ受信方法、データ受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001092706A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004192140A (ja) * | 2002-12-09 | 2004-07-08 | Sony Corp | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム |
| JP2005539427A (ja) * | 2002-09-16 | 2005-12-22 | フランス テレコム | オーディオビジュアルコンテンツを記述するデータを取得する方法、そのためのシステム、ブロードキャストサーバ、記述サーバ、および受信端末 |
| JP2008539627A (ja) * | 2005-04-27 | 2008-11-13 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ウェブ・ベース統合通信システム及び方法、及びウェブ通信マネージャ |
| JP2010231322A (ja) * | 2009-03-26 | 2010-10-14 | Seiko Epson Corp | ファイル管理方法、ファイル管理方法プログラム及びファイル管理方法装置 |
| US8020086B2 (en) | 2003-11-12 | 2011-09-13 | Canon Kabushiki Kaisha | Information processing method, information processing machine, and storage medium for processing document data that includes link information |
| JP2013517674A (ja) * | 2010-01-18 | 2013-05-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | コンテンツの展開をサポートする方法及び装置 |
-
1999
- 1999-09-21 JP JP26680299A patent/JP2001092706A/ja active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005539427A (ja) * | 2002-09-16 | 2005-12-22 | フランス テレコム | オーディオビジュアルコンテンツを記述するデータを取得する方法、そのためのシステム、ブロードキャストサーバ、記述サーバ、および受信端末 |
| JP2004192140A (ja) * | 2002-12-09 | 2004-07-08 | Sony Corp | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム |
| US8020086B2 (en) | 2003-11-12 | 2011-09-13 | Canon Kabushiki Kaisha | Information processing method, information processing machine, and storage medium for processing document data that includes link information |
| JP2008539627A (ja) * | 2005-04-27 | 2008-11-13 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ウェブ・ベース統合通信システム及び方法、及びウェブ通信マネージャ |
| US8565267B2 (en) | 2005-04-27 | 2013-10-22 | International Business Machines Corporation | Web based unified communication system and method, and web communication manager |
| JP2010231322A (ja) * | 2009-03-26 | 2010-10-14 | Seiko Epson Corp | ファイル管理方法、ファイル管理方法プログラム及びファイル管理方法装置 |
| JP2013517674A (ja) * | 2010-01-18 | 2013-05-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | コンテンツの展開をサポートする方法及び装置 |
| JP2015144464A (ja) * | 2010-01-18 | 2015-08-06 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | コンテンツのプレイアウトをサポートする方法及び装置 |
| US10958867B2 (en) | 2010-01-18 | 2021-03-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for supporting playout of content |
| US11553154B2 (en) | 2010-01-18 | 2023-01-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for supporting playout of content |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5288710B2 (ja) | マルチメディアデータを記録した情報保存媒体、その再生方法及び再生装置 | |
| JP6624958B2 (ja) | 通信装置、通信システム、通信制御方法およびコンピュータプログラム | |
| US8134605B2 (en) | Apparatus for transmitting an HTML file with a captured or stored image to an electronic device over a network | |
| WO2013008867A1 (ja) | 送信装置、送信装置の制御方法、制御プログラム、及び記録媒体 | |
| US8646002B2 (en) | System for realistically reproducing multimedia content and method thereof | |
| US20010013128A1 (en) | Data reception/playback method, data reception/playback apparatus, data transmission method, and data transmission apparatus | |
| US20010018769A1 (en) | Data reception apparatus, data reception method, data transmission method, and data storage media | |
| JP2018513583A (ja) | オーディオビデオファイルのライブストリーミング方法、システム及びサーバー | |
| KR20040096718A (ko) | 멀티미디어 데이터 재생장치, 오디오 데이터 수신방법 및오디오 데이터 구조 | |
| AU2016410930B2 (en) | Online television playing method and apparatus | |
| CN113748659B (zh) | 接收会话的媒体数据的方法、装置和非易失性计算机可读介质 | |
| CN110996160B (zh) | 视频处理方法、装置、电子设备及计算机可读取存储介质 | |
| EP1239646B1 (en) | Contents playback method and apparatus | |
| JP2007524167A (ja) | ストリーミングサービスにおけるアセット情報の送信 | |
| JP2003153254A (ja) | データ処理装置及びデータ処理方法、並びにプログラム、記憶媒体 | |
| US20080276289A1 (en) | System for video presentations with adjustable display elements | |
| JP2003009113A (ja) | コンテンツ再生装置及び方法、並びにプログラム | |
| JP2001092706A (ja) | データ伝送方法、データ受信方法、データ受信装置 | |
| JP4165134B2 (ja) | 情報再生装置、情報再生方法および情報再生システム | |
| JP2002502169A (ja) | 会話形通信におけるクライアント−サーバインタラクションの方法及びシステム | |
| JP2009049949A (ja) | ストリーミング情報の再生制御方法 | |
| JP6294527B2 (ja) | 送信装置、送信方法、再生装置、及び再生方法 | |
| KR100932055B1 (ko) | 단말에서 재생 불가한 미디어 제공 시스템 및 방법, 그리고이에 적용되는 서버 | |
| JP2003143575A (ja) | マルチメディア再生方法及び装置 | |
| JP2001285832A (ja) | データ受信装置，データ受信方法，データ伝送方法，およびデータ記憶媒体 |