(57)【特許請求の範囲】
【請求項１】
提供すべきコンテンツに係るデータを記憶するデータ記憶手段と、
上記データ記憶手段に記憶されたデータを解釈し、解釈の結果に基づいて所定の形式を有する内部データに変換する第１の解析手段と、
上記第１の解析手段によって生成される上記内部データを伝送可能な形式に変換する符号化手段と、
上記符号化手段によって生成される符号化データを伝送する第１の伝送手段と、
上記データ記憶手段に記憶された上記データを伝送する第２の伝送手段と
を有する送信装置と、
上記符号化データを上記第１の伝送手段から受信する第１の受信手段と、
上記第１の受信手段によって受信される上記符号化データを復号化することにより、表示することができる内部データを生成する復号化手段と、
上記データを上記第２の伝送手段から受信する第２の受信手段と、
上記第２の受信手段によって受信される上記データを解釈し、解釈の結果に基づいて所定の形式を有する内部データに変換する第２の解析手段と、
上記復号化手段によって復号化された上記内部データおよび上記第２の解析手段によって生成された上記内部データの少なくとも一方を記憶するデータ記憶手段と
を有し、
上記第２の受信手段が上記データを受信した場合には、上記第２の解析手段による上記データの上記内部データへの変換および上記データ記憶手段への該内部データの記憶を行うようにする受信装置と
からなる送受信システム。
【請求項２】
上記第２の伝送手段は、上記符号化データを伝送し、
上記第２の受信手段は、上記第２の伝送手段から上記符号化データを受信し、
上記復合化手段は、上記第２の受信手段によって受信される上記符号化データを復号化する
請求項１に記載の送受信システム。
【請求項３】
上記第２の伝送手段と上記第２の受信手段とが、双方向ネットワークにより接続される
請求項２に記載の送受信システム。
【請求項４】
請求項１ないし３において、
上記提供すべきコンテンツに係るデータは、
ＸＭＬによって記述されたデータであり、
上記解析手段は、
上記内部データとして、ＸＭＬデータの構造を表したドキュメントオブジェクトモデルに従う内部データを生成する
送受信システム。
【請求項５】
コンテンツに係るデータを受信する受信装置において、
コンテンツに係る上記データを符号化した符号化データを受信する第１の受信手段と、
上記第１の受信手段によって受信される符号化データを復号化することにより、表示することができる内部データを生成する復号化手段と、
符号化されていない上記データを受信する第２の受信手段と、
上記第２の受信手段によって受信される符号化されていない上記データを解釈し、解釈の結果に基づいて所定の形式を有する内部データに変換する解析手段と、
上記復号化手段によって復号化された上記内部データおよび上記解析手段によって生成された上記内部データの少なくとも一方を記憶するデータ記憶手段と
を有し、
上記第２の受信手段が上記データを受信した場合には、上記第２の解析手段による上記データの上記内部データへの変換および上記データ記憶手段への該内部データの記憶を行うようにする
受信装置。
【請求項６】
請求項５において、
内部データ記憶手段は、
上記内部データとして、ＸＭＬデータの構造を表したドキュメントオブジェクトモデルに従うデータを記憶する受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、コンテンツを提供するためのデータの送受信に係る送信装置および受信装置に関する。
【０００２】
【従来の技術】
データの配信システムとして多くの方法が提案されている。例えば、インタネット上ではＨＴＴＰ(Hyper Text Transfer Protocol)を使用したＷＷＷ(World Wide Web)によるデータ配信が行われている。ＷＷＷで配信されるデータはＨＴＭＬ(Hyper Text Markup Language)やＸＭＬ(eXtensible Markup Language)によって記述されている。
【０００３】
ＨＴＭＬによって記述されるデータは、人間が読むことのできるテキスト形式で記述されており、例えばテキストエディタのようなツールを用いて容易に作成することができる。また、ＸＭＬは、ＷＷＷの次世代記述言語であり、Ｗ３Ｃ（World Wide Web Consortium)によって標準仕様が策定が進められている。ＸＭＬでは、タグを用いてコンテンツの属性が記述され、属性の記述の仕方に制約はない。
【０００４】
ＨＴＭＬデータの伝送に係る受信装置の構成の一例を図１０に示す。通信制御部１００１は、取得したいコンテンツデータの指定等に係る入力部１００４からの信号に従ってネットワークからＨＴＭＬ文書を受信し、受信したＨＴＭＬ文書を解析部（ＨＴＭＬパーサ）１００３に供給する。解析部１００３は、供給されるＨＴＭＬ文書を解釈し、解釈結果を描画部１００５に供給する。描画部１００５は、解釈結果に基づいて画面イメージを作成する。描画部１００５によって作成される画面イメージが出力部１００６に供給される。出力部１００６は、供給されるデータを表示部（図示せず）に供給する。これにより、画面イメージが表示部に表示される。
【０００５】
テキスト形式のＨＴＭＬ／ＸＭＬデータは、人間が作成するのには容易であるが、冗長度も高く、データ量が大きくなる傾向がある。このため、特に低速なネットワークでＨＴＭＬデータを伝送しようとする場合には、伝送効率の点で不利となる。そこで、ＷＡＰ(Wireless Application Protocol) フォーラムではＸＭＬデータを無線ネットワークで効率的に伝送するため、WAP Binary XML Content
Format と呼ばれる符号化方式を定めている。
【０００６】
WAP Binary XML Content Format では、ＸＭＬのタグ、アトリビュートを表す文字列に単一な値を割り当てることで効率的に符号化を行う。この場合、受信側では、符号化されたデータを解釈し、さらに符号化されたＸＭＬデータの構造を解釈した上で内部的なデータを生成する処理を行うことにより、ＸＭＬデータを内部処理することが可能となる。
【０００７】
【発明が解決しようとする課題】
上述したような従来の構成においては、ＸＭＬデータの構造を解釈するための処理が受信側でなされるので、受信装置に負担がかかる、受信データを蓄積する処理の効率を高め難い等の問題があった。
【０００８】
従って、この発明の目的は、コンテンツデータの配信に係る受信装置にかかる負荷を低減し、また、受信側で配信データをより効率的に蓄積管理することが可能な送信装置および受信装置を提供することにある。
【０００９】
【課題を解決するための手段】
第１の発明は、提供すべきコンテンツに係るデータを記憶するデータ記憶手段と、
データ記憶手段に記憶されたデータを解釈し、解釈の結果に基づいて所定の形式を有する内部データに変換する第１の解析手段と、
第１の解析手段によって生成される内部データを伝送可能な形式に変換する符号化手段と、
符号化手段によって生成される符号化データを伝送する第１の伝送手段と、
データ記憶手段に記憶されたデータを伝送する第２の伝送手段と
を有する送信装置と、
符号化データを第１の伝送手段から受信する第１の受信手段と、
第１の受信手段によって受信される符号化データを復号化することにより、表示することができる内部データを生成する復号化手段と、
データを第２の伝送手段から受信する第２の受信手段と、
第２の受信手段によって受信されるデータを解釈し、解釈の結果に基づいて所定の形式を有する内部データに変換する第２の解析手段と、
復号化手段によって復号化された内部データおよび第２の解析手段によって生成された内部データの少なくとも一方を記憶するデータ記憶手段と
を有し、
第２の受信手段がデータを受信した場合には、第２の解析手段によるデータの内部データへの変換およびデータ記憶手段への内部データの記憶を行うようにする受信装置と
からなる送受信システムである。
【００１０】
第２の発明は、コンテンツに係るデータを受信する受信装置において、
コンテンツに係るデータを符号化した符号化データを受信する第１の受信手段と、
第１の受信手段によって受信される符号化データを復号化することにより、表示することができる内部データを生成する復号化手段と、
符号化されていないデータを受信する第２の受信手段と、
第２の受信手段によって受信される符号化されていないデータを解釈し、解釈の結果に基づいて所定の形式を有する内部データに変換する解析手段と、
復号化手段によって復号化された内部データおよび解析手段によって生成された内部データの少なくとも一方を記憶するデータ記憶手段と
を有し、
第２の受信手段がデータを受信した場合には、第２の解析手段によるデータの内部データへの変換およびデータ記憶手段への内部データの記憶を行うようにする受信装置である。
【００１１】
以上のような発明によれば、受信装置側で伝送されてきたデータについての解釈を行う必要を無くすことができる。
【００１２】
【発明の実施の形態】
この発明の一実施形態である、送信装置としての放送局、受信装置としての受信端末を含んでなるデータ送受信システムの構成の一例を図１に示す。情報提供者１０１1 ，１０１2 ，‥‥の各々はデータベースを有しており、そのデータベースに、提供するコンテンツのデータ、例えばＷＷＷのページ等を保持する。コンテンツデータはＨＴＭＬやＸＭＬで記述される。情報提供者１０１1 ，１０１2 ，‥‥は双方向ネットワーク１０５を介して放送局１０２、受信端末１０３1 ，１０３2 ，‥‥と接続される。情報提供者１０１は双方向ネットワーク１０５を介してコンテンツデータ等を受信端末装置１０３1 ，１０３2 ，‥‥に提供することが可能とされている。
【００１３】
放送局１０２はデータベースを有しており、そのデータベースに、提供するコンテンツのデータを保持する。放送局１０２は同報ネットワーク１０４を介して受信端末１０３1 ，１０３2 ，‥‥と接続され、これらの受信端末にコンテンツデータを提供することができる。また、放送局１０２は、情報提供者１０１から双方向ネットワーク１０５或いは専用線を介してコンテンツデータを受信し、受信したコンテンツデータを同報ネットワーク１０４を介して受信端末１０３1 ，１０３2 ，‥‥に提供することもできる。
【００１４】
受信端末１０３1 ，１０３2 ，‥‥は、同報ネットワーク１０４または双方向ネットワーク１０５からコンテンツデータを受信し、受信したデータを適宜蓄積した後にＣＲＴ等の表示部（図示せず）を介して利用者に提示する。ここで、利用者に提示されるコンテンツデータの形態としては、同報ネットワークを介してリアルタイムに放送されているもの、予め同報ネットワークを介して送られて受信端末１０３1 ，１０３2 ，‥‥内の所定のメモリに蓄積されているもの、双方向ネットワーク１０５を介してオンデマンドにアクセスされるもの等がある。
【００１５】
放送局１０２について、図２を参照して詳細に説明する。コンテンツ記憶部２０１には、受信端末１０３1 ，１０３2 ，‥‥に供給されるべきコンテンツデータが記憶される。また、コンテンツ記憶部２０１には、情報提供者１０１1 等から供給されるコンテンツデータが一時的に記憶される場合がある。ここで、コンテンツ記憶部２０１に記憶されるコンテンツデータは、テキスト形式のＸＭＬ／ＨＴＭＬ文書である。コンテンツ記憶部２０１へのコンテンツデータの供給は、コンテンツ入力部２０２によって行われる。また、情報提供者１０１1 等から双方向ネットワーク１０５を介してコンテンツ記憶部２０１に供給される場合も可能とされている。
【００１６】
コンテンツ記憶部２０１は、記憶しているコンテンツデータを解析部２０３に供給する。解析部２０３は、供給されるコンテンツデータのデータ構造を解析し、解析結果に応じてコンテンツデータを内部データモデルに変換する。解析部２０３の出力が符号化部２０４に供給される。符号化部２０４は、供給されるデータを伝送されるために好適なデータ形式に変換する。符号化部２０４の出力は伝送部２０５に供給される。伝送部２０５は、供給されるデータを、同報ネットワーク１０４を介して受信端末１０３1 ，１０３2 ，‥‥に供給する。
【００１７】
また、コンテンツ記憶部２０１に記憶されたコンテンツデータは、受信端末１０３1 ，１０３2 ，‥‥からの要求に対応して、双方向ネットワーク１０５を介して受信端末１０３1 ，１０３2 ，‥‥に伝送されることも可能とされている。
【００１８】
通信制御部２０６は、双方向ネットワーク１０５を介してなされる、受信端末１０３1 ，１０３2 ，‥‥と放送局１０２との間の通信を制御する。コンテンツ検索部２０７は、受信端末１０３1 ，１０３2 ，‥‥からの要求に対応するコンテンツデータをコンテンツ記憶部２０１から検索し、検索したコンテンツデータを受信端末１０３1 ，１０３2 ，‥‥に伝送する。このような、コンテンツ記憶部２０１から特定のコンテンツデータを検索し、検索したコンテンツデータを受信端末１０３1 ，１０３2 ，‥‥に伝送する処理は、現時点でＷＷＷ上に存在しているコンテンツデータをＨＴＴＰによって送信する場合と同様である。
【００１９】
また、コンテンツ検索部２０７は、上述したような処理の他に、検索したコンテンツデータを、解析部２０３および符号化部２０４によってなされる所定の伝送符号化処理の結果として生成され、同報ネットワーク１０４を介して送信される伝送符号と同様の伝送形式に変換し、変換したデータを双方向ネットワーク１０５を介して伝送する処理を行うことも可能とされている。この伝送形式では、既存のＨＴＴＰとは異なるプロトコル処理となる。
【００２０】
次に、各受信端末１０３1 ，１０３2 ，‥‥の構成の一例を図３に示す。受信部３０１は、同報ネットワーク１０４を介して送信されるコンテンツデータを受信し、受信したデータを復号化部３０２に供給する。復号化部３０２は、伝送符号化された受信データを復号化し、内部データモデルで表現された解釈済のコンテンツデータを得る。内部データモデルで表現されたコンテンツデータはコンテンツ記憶部３０３に供給され、記憶される。ここで、コンテンツ記憶部３０３に記憶されるデータは、図２中のコンテンツ記憶部２０１に記憶されるコンテンツデータとは異なり、既に解析済みの内部データモデルで表現されたコンテンツデータとなる。
【００２１】
一方、入力部３０４は、ユーザによるコンテンツ選択のための操作結果等に基づいて、コンテンツ記憶部３０３にコンテンツの閲覧指示を行う。この閲覧指示に従ってコンテンツ記憶部３０３に記憶されたコンテンツが描画部３０５に出力される。描画部３０５は、解釈結果に基づいて画面イメージを作成する。描画部３０５によって作成される画面イメージが出力部３０６に供給される。出力部３０６は、供給されるデータを表示部（図示せず）に供給する。これにより、画面イメージが表示部を介して表示される。
【００２２】
また、受信端末１０３1 ，１０３2 ，‥‥は、同報ネットワーク１０４および受信部３０１を介してコンテンツデータを受信する他に、双方向ネットワーク１０５から必要なコンテンツデータを受信できるようになされている。双方向ネットワーク１０５からコンテンツデータを受信する際の通信制御は、通信制御部３０７によって行われる。双方向ネットワーク１０５を介して受信されるコンテンツデータは、同報ネットワーク１０４および受信部３０１を介して受信されるコンテンツデータと同様に伝送符号化されている。そこで、双方向ネットワーク１０５を介して受信されるコンテンツデータに対しても、復号化部３０２による復号化が施される。
【００２３】
また、既存のＷＷＷにおけるＸＭＬ／ＨＴＭＬ文書の伝送方式との互換性を重視するため、受信端末１０３1 ，１０３2 ，‥‥の構成として図４に示すようなものを用いることも可能である。ここで、受信部４０１、復号化部４０２、コンテンツ記憶部４０３、入力部４０４、出力部４０５および通信制御部４０６は、図３中の受信部３０１、復号化部３０２、コンテンツ記憶部３０３、入力部３０４、出力部３０５および通信制御部３０７とそれぞれ同様の機能を有する。
【００２４】
このような構成により、同報ネットワーク１０４から、受信部４０１によって受信されるコンテンツデータについては、図３を参照して上述したような処理と同様な処理が行われる。また、既存のテキスト形式によるＸＭＬ／ＨＴＭＬ文書を双方向ネットワーク等を介して通信制御部４０６から受信する場合には、解析部２０３と同様の処理を行う解析部４０７によってテキスト形式の文書を内部データモデルに解析した後、コンテンツ記憶部４０３に供給し、記憶させる処理がなされる。
【００２５】
次に、データ構造の変換について説明する。まず、ＸＭＬ／ＨＴＭＬ文書の構造を表すモデルとして，Ｗ３Ｃでは、ドキュメントオブジェクトモデル(Document Object Model:DOMと表記されることもある) というモデルを規定している。以下の説明は、ＸＭＬ文書を伝送する場合を前提として行うが、この発明は、ＨＴＭＬ文書を伝送する場合にも適用することができる。ドキュメントオブジェクトモデルにおいては、ＸＭＬ文書は木構造型のデータモデルによって表現される。天気予報データをＸＭＬで記述してなる、ＸＭＬ文書の一例を図５に示す。かかる一例は、５０１、５０２のようなデータ部分から構成されている。かかる一例のような構造を有するＸＭＬ文書が図２中のコンテンツ記憶部２０１に記憶される。
【００２６】
図５に示した一例の文書構造を示す木構造データモデルを図６に示す。６０１が図５の一例の文書全体に対応し、ノード６０２、６０３がそれぞれ、図５中の５０１、５０２に対応する。ノード６０２の下に、例えば「東京」等の都市名を内容とするノード６０４（ｃｉｔｙ）、例えば「晴」等の本日の天気を内容とするノード６０５（ｔｏｄａｙ）、および例えば「曇」等の明日の天気を内容とするノード６０６（ｔｏｍｏｒｒｏｗ）が関係付けられる。また、ノード６０３の下にも同様なノードが関係付けられる。これらのノードの名前はＸＭＬ文書内の要素名に対応する。このような文書の構造は、上述したように解析部２０３によって解析される。すなわち、図５に示した一例が文書として供給される時には、図６に示すような木構造データモデル（内部データモデル）が生成される。
【００２７】
解析部２０３によって解析された木構造データモデルは、符号化部２０４によって伝送形式に変換される。これにより、図６に示したような木構造モデルを再構成するのに充分な情報が変換される。変換される伝送形式のデータ構造の一例を図７に示す。図７において、７０１として示すように、要素名（ノード名）および属性名は、ｎａｍｅ＿ｔａｂｌｅというテーブルに格納される。７０２はテーブルのサイズを表す。７０３はノード名および属性名のテキストを格納する。このようなデータ構造によって、文書中に繰り返し表れる要素名（ノード名）および属性名を効率良く圧縮し符号化することができる。
【００２８】
また、木構造データモデル内の各ノードは、ｎｏｄｅという構造に符号化される。ｎｏｄｅの全体的な構造の一例が７０４に示されている。まず、各ノードに固有な識別番号７０５が記述される。また、子供ノードの識別番号（７０６）および隣接する兄弟ノードの識別番号（７０７）を記述することにより、ノード間の関係が表現される。さらに、ノード名は、ｎａｍｅ＿ｔａｂｌｅ７１０へのインデックス番号７０８によって示される。各ノードの持つ属性は７０９、７１０、７１１によって表現される。また、ノードの値は文字列７１２によって表現される。
【００２９】
図５に示した文書、すなわち図６に示した木構造データモデルを、図７に示したようなデータ構造に変換した例を図８に示す。８０１はノード名、属性名のテーブルであり、図５に表れる全ての要素名（ノード名）および属性名を含む。８０１において、図６の各ノードには識別番号を与える。６０１には１、６０２には２、６０３には３、６０４には４、６０５には５、６０６には６がそれぞれ識別番号として与えられている。ノード間の関係はこの識別番号によって記述される。
【００３０】
８０２は、ノード６０１を符号化したものである。すなわち、識別番号が１と記述され、識別番号１のノードに対する子供ノードは識別番号２（すなわち図６中の６０４）であり、識別番号１のノードに対する兄弟のノードは存在しない（ｎｕｌｌ）と記述されている。また、ｎａｍｅ＿ｉｄｘが１とされ、ノード名はテーブルの１番目すなわち「ｗｅａｔｈｅｒｆｏｒｃａｓｔ」であることが表現されている。８０３は、ノード６０２を符号化したものである。
【００３１】
識別番号２のノードに対する子供ノードは識別番号４であり、識別番号２のノードに対する兄弟ノードは識別番号３である。また、ノード名はテーブル８０１において２番目に記述されている「ｗｅａｔｈｅｒ」である。また、属性を１つ持ち、属性名はテーブル８０１において３番目に記述されているｉｄであり、その値は「Ｔｏｋｙｏ」であることを示している。
【００３２】
８０４は、ノード６０３を符号化したものである。識別番号３のノードの子供は７であり、兄弟ノードは存在しない。また、ノード名はテーブル８０１において２番目に記述されている「ｗｅａｔｈｅｒ」である。また、属性を１つ持ち、属性名はテーブル８０１において３番目に記述されているｉｄであり、その値はＯｓａｋａであることを示している。８０５は、ノード６０４を符号化したものである。識別番号４のノードに対応する子供ノードは存在せず、兄弟ノードは識別番号５である。また、ノード名はテーブル８０１において４番目に記述されている「ｃｉｔｙ」である。また、ノード値は「東京」であることを示している。
【００３３】
８０６は、ノード６０５を符号化したものである。識別番号５のノードの子供は存在せず、兄弟ノードは識別番号６である。また、ノード名はテーブル８０１において５番目に記述されているｔｏｄａｙである。また、ノード値は「晴」であることを示している。識別番号が６以降となるノードに関しては、図８においては記載を省略した。
【００３４】
ｎｏｄｅ＿ｉｄに２バイト、ｎａｍｅ＿ｉｄｘに１バイト、文字列の区切りに１バイト、ａｔｔｒ＿ｎｕｍに１バイトをそれぞれ割り当てる場合に、図８を参照して上述した一例のデータ量は１６１バイトと見積もられる。但し、ここでは、例えば全体についての内訳は、ノード８０１に対して４６バイト、ノード８０２に対して９バイト、ノード８０３に対して１６バイト、ノード８０４に対して１６バイト、ノード８０５に対して１３バイト、ノード８０６に対して１２バイト、および図８においては記載を省略した、図６におけるノード６０６（ｔｏｍｏｒｒｏｗ）、およびノード６０３に対する３個の子供ノード（ｃｉｔｙ，ｔｏｄａｙ，ｔｏｍｏｒｒｏｗ）に対して、それぞれ１２バイト、１３バイト、１２バイト、１２バイトが割り当てられると見積もることができる。
【００３５】
これに対して、図５に示したＸＭＬ文書のデータ量は２１９バイト（改行文字含む）である。従って、この一例では２１９−１６１＝５８バイト分のデータ量が低減されることになる。このようなデータ量の低減は、主に以下のような２点によって実現される。（１）８０１等の所定の箇所においてタグ／属性文字列がテーブル化される。（２）解析済のデータとすることによって例えば＜／ｗｅａｔｈｅｒ＞，＜／ｃｉｔｙ＞等の終了タグが不要となる。
【００３６】
但し、ｎｏｄｅ＿ｉｄ、ｃｈｉｌｄ＿ｉｄ、ｓｉｂｉｌｉｎｇ＿ｉｄとして所定のバイト数を割り当てる必要があるので、これらのバイト数分だけ元のＸＭＬ文書よりもデータ量が増えることになるが、そのようなデータ量の増加分よりも、上述した（１）、（２）によるデータ量の低減分の方が大きいと考えられる。このため、一般的には、この発明を適用することによって伝送データ量が削減されると考えられる。
【００３７】
受信端末１０３1 ，１０３2 ，‥‥は、図８に示したような情報を受信し、受信した情報を復号化部３０２において復号化することで、図９のようなノード間の構造を復元することができる。ここでは、ノード９０１が「ｗｅａｔｈｅｒｆｏｒｃａｓｔ」であり、ノード９０１に対する子供ノード９０２が「ｗｅａｔｈｅｒ」である。また、ノード９０２に対する子供ノード９０４が「ｃｉｔｙ」である。さらに、ノード９０４に対する兄弟ノード９０５が「ｔｏｄａｙ」であり、ノード９０５に対する兄弟ノード９０６が「ｔｏｍｏｒｒｏｗ」である。
【００３８】
一方、ノード９０２に対する兄弟ノード９０３が「ｗｅａｔｈｅｒ」である。このようなノード間の構造は、図６に示したものと等価な木構造を表しており、図５の文書を解釈した内部データモデルである。この内部データモデルを図３中のコンテンツ記憶部３０３または図４中のコンテンツ記憶部４０３に記憶し、記憶したデータをユーザに提示する処理を行うことにより、受信側で解釈処理を行なうことなく、コンテンツデータをユーザが利用可能な形式に変換する処理を行うことが可能となる。
【００３９】
この発明は、上述したこの発明の一実施形態に限定されるものでは無く、この発明の主旨を逸脱しない範囲内で様々な変形や応用が可能である。
【００４０】
【発明の効果】
この発明によれば、受信装置側で受信したデータの解釈を行う必要を無くすことができる。これにより、受信装置にかかる負荷を軽減することが可能となる。
【００４１】
また、送信装置内の解釈部で解釈済とされたデータは、元のＨＴＭＬ／ＸＭＬ文書よりもデータ量が小さい等、より効率的なデータ伝送がなされるために好適なものとされている。このため、送信装置における伝送効率の、および受信装置における受信効率を向上させることができる。
【図面の簡単な説明】
【図１】この発明を適用することができるデータ配信システムの一例を示すブロック図である。
【図２】この発明の一実施形態における送信装置の一例を示すブロック図である。
【図３】この発明の一実施形態における受信装置の一例を示すブロック図である。
【図４】この発明の一実施形態における受信装置の他の例を示すブロック図である。
【図５】ＸＭＬ文書の一例を示す略線図である。
【図６】図５に示したＸＭＬ文書の文書構造を示す木構造データモデルの一例を示す略線図である。
【図７】この発明の一実施形態における送信装置の一部の構成（符号化部）によって生成される伝送形式のデータ構造の一例を示す略線図である。
【図８】図５に示したＸＭＬ文書を変換してなる符号化データの一例を示す略線図である。
【図９】図８に示した符号化データに基づいて復元されるデータ構造の一例を示す略線図である。
【図１０】従来のデータ配信システムにおける受信装置の構成の一例を示す略線図である。
【符号の説明】
２０３・・・解析部、３０２・・・復号化部、３０３・・・コンテンツ記憶部
【図１】
0004221824.tif 000002
【図２】
0004221824.tif 000003
【図３】
0004221824.tif 000004
【図４】
0004221824.tif 000005
【図５】
0004221824.tif 000006
【図６】
0004221824.tif 000007
【図７】
0004221824.tif 000008
【図８】
0004221824.tif 000009
【図９】
0004221824.tif 000010
【図１０】
0004221824.tif 000011