(57)【要約】【課題】ネットワークにおいて、クライアント装置が構造化文書を受信し解析する場合、文書が正当な構造化文書であるかどうかは、構造化文書をすべて受信しないと判定不可能である。また受信が中断した場合に必ず未受信の部分の再送要求をする必要がある。【解決手段】データ配信装置側で構造化文書を解析し、その文書の構造情報をヘッダとして文書に付加して送信することで受信したクライアント装置では、正当ではない構造化文書かどうか解析前に得ることが可能となり、無駄な解析処理を省略することができる。また受信が中断した場合においても、構造情報を参照することにより、未受信の部分の再送要求をするか否かの判定ができる。【選択図】　図１
2004126742.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置から構造化文書の送信要求を受信し、送信要求された構造化文書をクライアント装置に送信するデータ配信装置と、構造化文書を要求した後受信し、その構造化文書を解析して出力するクライアント装置からなる構造化文書配信システムにおいて、
送信要求された構造化文書を解析して、構造情報として生成する文書構造解析手段と、
前記構造化文書と前記構造情報をパッケージ化して、構造情報付構造化文書を生成するパッケージ生成手段と、
前記構造情報付構造化文書を、前記クライアント装置に送信するデータ送信手段とを、
具備することを特徴とするデータ配信装置と、
前記データ配信装置から送信された前記構造情報付構造化文書を受信するデータ受信手段と、
前記構造情報付構造化文書から、構造情報と構造化文書を分離するパッケージ分離手段と、
分離した前記構造情報に基づき、前記構造化文書を解析し、端末出力データを生成する受信文書解析手段と、
前記端末出力データに基づき、出力する受信文書出力手段とを、
具備することを特徴とするクライアント装置からなる構造化文書配信システム。
【請求項２】
請求項１における構造化文書配信システムにおいて、
前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書のノード種別を含む構造情報として生成する手段であり、さらに、
前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、受信が中断した場合においても、事前に受信した前記構造情報に含まれるノード種別に基づき、解析を中断することなく、受信中断前に受信した前記構造化文書までを端末出力データとして確定して生成する手段であることを、
特徴とする構造化文書配信システム。
【請求項３】
請求項１における構造化文書配信システムにおいて、
前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書のツリー構造を含む構造情報として生成する手段であり、さらに、
前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、受信が中断した場合においても事前に受信した前記構造情報に含まれるツリー構造に基づき、解析を中断することなく、受信中断前に受信した前記構造化文書までを端末出力データとして確定して生成する手段であることを、
特徴とする構造化文書配信システム。
【請求項４】
請求項１における構造化文書配信システムにおいて、
前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書のオフセット情報を含む構造情報として生成する手段であり、さらに、
前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、前記構造情報に含まれるオフセット情報に基づき、前記構造化文書の必要な部分から開始して解析を行い、端末出力データを生成する手段であることを、
特徴とする構造化文書配信システム。
【請求項５】
請求項１における構造化文書配信システムにおいて、
前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書が文法的に正当でない構造化文書である場合、構造化文書のエラー情報を含む構造情報として生成する手段であり、さらに、
前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、前記構造情報に含まれるエラー情報に基づき、正当な構造化文書である場合のみ前記構造化文書を解析し、端末出力データを生成する手段であることを、
特徴とする構造化文書配信システム。
【請求項６】
クライアント装置から構造化文書の送信要求を受信し、送信要求された構造化文書をクライアント装置に送信するデータ配信装置において、
送信要求された構造化文書を解析して、構造情報として生成する文書構造解析手段と、
前記構造化文書と前記構造情報をパッケージ化して、構造情報付構造化文書を生成するパッケージ生成手段と、
前記構造情報付構造化文書を、前記クライアント装置に送信するデータ送信手段とを、
具備することを特徴とするデータ配信装置。
【請求項７】
データ配信装置に構造化文書の送信要求を送信した後、データ配信装置から構造化文書を受信し、その受信した構造化文書を解析し出力するクライアント装置において、
前記データ配信装置から送信された前記構造化文書の構造情報を付与した構造情報付構造化文書を受信するデータ受信手段と、
前記構造情報付構造化文書から、構造情報と構造化文書を分離するパッケージ分離手段と、
分離した前記構造情報に基づき、前記構造化文書を解析し、端末出力データを生成する受信文書解析手段と、
前記端末出力データに基づき、出力する受信文書出力手段とを、
具備することを特徴とするクライアント装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ配信装置に対して構造化文書を要求し、取得した構造化文書をクライアント装置が処理するシステムに関するものである。
【０００２】
【従来の技術】
現在普及しているインターネットでは、クライアント装置がネットワーク上のデータ配信装置からコンテンツの取得を行うが、そのコンテンツの記述言語として、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）の普及が進んできている。
【０００３】
またインターネットでコンテンツを取得し、クライアント装置で表示させたりする時には、通信プロトコルとして、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）を使うことが一般的である。
【０００４】
図１８（ａ）は、ＨＴＴＰによる通信で、データ配信装置からクライアント装置に送信されるデータを示したものである。図１８（ａ）に示すような文書種別（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ）（１８０１）や文書サイズ（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ）（１８０２）などを含んだヘッダとともに、構造化文書（１８０３）が送信されるが、構造化文書の構造に関する情報は送信されない。
【０００５】
ＸＭＬには、厳密な文法規則が定められている（非特許文献１参照）。ＸＭＬに従う構造化文書は、ルートと呼ばれる要素が一つだけ存在し、これは他の要素の内容に含まれない。図１９（ａ）の文書では、＜ｈｔｍｌ＞（１９０１）から＜／ｈｔｍｌ＞（１９０５）までがルート要素に該当する。要素は開始タグと終了タグによって区切られる。またＸＭＬでは、開始タグには必ず終了タグが必要である。従って、図１９（ｂ）に示すような終了タグが存在しないような文書は文法的に正当な構造化文書ではない。しかしながら、ルート要素の開始タグは構造化文書の先頭に記述され、ルート要素の終了タグは、構造化文書の最後に記述される。故に、正当な構造化文書であるかどうかは、構造化文書を最後まで受信しなければ、判定することができないため、正当ではない構造化文書でも最後まで、解析しなければならず、無駄な処理を行うこととなる。
【０００６】
今、クライアント装置は、構造化文書を解析し、画面に、ｐ要素（＜ｐ＞（１９０２）から＜／ｐ＞（１９０４）で囲まれた部分）のテキストノードを表示する装置であったとする。図１８（ｂ）に示すように、受信障害が途中発生し、文書が、途中で切断されている場合において、表示すべきテキスト（１９０３）は受信完了しているが、未受信の部分に、テキスト情報を含んでいるかわからない上、文書が後に文法エラーを含んでいるかどうかもわからないため、必要な情報をすべて受信した場合においても、クライアント装置はデータ配信装置に再送要求をしなければならない。
【０００７】
また、データ配信装置からクライアント装置への無駄な通信を省くため、構造化文書を送信要求したクライアント装置にデータ配信装置から送信して表示する際に、データ配信装置がクライアント装置の装置能力に合わせて、表示に必要な部分のみ送信したり、データを概略化してデータ量を削減しているものもある（例えば特許文献１参照）。
【０００８】
【特許文献１】
特開平１０−２６９１６０号公報
【非特許文献１】
Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ（ＸＭＬ）１．０（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２０００／ＲＥＣ−ｘｍｌ−２０００１００６）
【０００９】
【発明が解決しようとする課題】
上記従来の技術によると、クライアント装置で構造化文書の正当性を判定するために構造情報の解析が必要となり、処理負荷がかかる。また受信が途中で中断した場合、構造化文書の未受信の部分に必要な内容が含まれていない場合においても、再送要求を行う必要がある。また必要なテキスト部分だけを取得したい場合においても、構造化文書の最初から処理をしないといけないため、無駄な処理が発生する。また構造化文書をすべて受信完了しないと構造化文書の正当性を判断できない。
【００１０】
本発明は上記課題を解決するためのもので、構造化文書の構造情報を付与して、クライアント装置に送信することで、クライアント装置側の処理を軽減することを目的とする。またノード種別を含む構造情報を付与することにより、受信が中断された構造化文書について再送要求の必要性の判定を行うことを目的とする。またオフセット情報を含む構造情報を付与することにより、構造化文書の必要な場所から解析を開始することができることを目的とする。また構造化文書のエラー情報を含む構造情報を付与することにより、正当ではない構造化文書は最初から処理しなくてもよいことを可能とすることを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために本発明は、第１に、クライアント装置から構造化文書の送信要求を受信し、送信要求された構造化文書をクライアント装置に送信するデータ配信装置と、構造化文書を要求した後受信し、その構造化文書を解析し出力するクライアント装置からなる構造化文書配信システムにおいて、送信要求された構造化文書を解析して、構造情報として生成する文書構造解析手段と、前記構造化文書と前記構造情報をパッケージ化して、構造情報付構造化文書を生成するパッケージ生成手段と、前記構造情報付構造化文書を、前記クライアント装置に送信するデータ送信手段とを、具備することを特徴とするデータ配信装置と、　前記データ配信装置から送信された前記構造情報付構造化文書を受信するデータ受信手段と、前記構造情報付構造化文書から、構造情報と構造化文書を分離するパッケージ分離手段と、分離した前記構造情報に基づき、前記構造化文書を解析し、端末出力データを生成する受信文書解析手段と、前記端末出力データに基づき、出力する受信文書出力手段とを、具備することを特徴とするクライアント装置からなる構造化文書配信システムを提供するものである。
【００１２】
第２に、請求項１における構造化文書配信システムにおいて、前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書のノード種別を含む構造情報として生成する手段であり、さらに、前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、受信が中断した場合においても、事前に受信した前記構造情報に含まれるノード種別に基づき、解析を中断することなく、受信中断前に受信した前記構造化文書までを端末出力データとして確定して生成する手段であることを、特徴とする構造化文書配信システムを提供するためのものである。
【００１３】
第３に、請求項１における構造化文書配信システムにおいて、前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書のツリー構造を含む構造情報として生成する手段であり、さらに、前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、受信が中断した場合においても事前に受信した前記構造情報に含まれるツリー構造に基づき、解析を中断することなく、受信中断前に受信した前記構造化文書までを端末出力データとして確定して生成する手段であることを、特徴とする構造化文書配信システムを提供するためのものである。
【００１４】
第４に、請求項１における構造化文書配信システムにおいて、前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書のオフセット情報を含む構造情報として生成する手段であり、さらに、前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、前記構造情報に含まれるオフセット情報に基づき、前記構造化文書の必要な部分から開始して解析を行い、端末出力データを生成する手段であることを、特徴とする構造化文書配信システムを提供するためのものである。
【００１５】
第５に、請求項１における構造化文書配信システムにおいて、前記文書構造解析手段は、送信要求された構造化文書を解析して、構造化文書が文法的に正当でない構造化文書である場合、構造化文書のエラー情報を含む構造情報として生成する手段であり、さらに、前記受信文書解析手段は、分離した前記構造情報と前記構造化文書を解析し、前記構造情報に含まれるエラー情報に基づき、正当な構造化文書である場合のみ前記構造化文書を解析し、端末出力データを生成する手段であることを、特徴とする構造化文書配信システムを提供するためのものである。
【００１６】
第６に、クライアント装置から構造化文書の送信要求を受信し、送信要求された構造化文書をクライアント装置に送信するデータ配信装置において、送信要求された構造化文書を解析して、構造情報として生成する文書構造解析手段と、前記構造化文書と前記構造情報をパッケージ化して、構造情報付構造化文書を生成するパッケージ生成手段と、前記構造情報付構造化文書を、前記クライアント装置に送信するデータ送信手段とを、具備することを特徴とするデータ配信装置を提供するためのものである。
【００１７】
第７に、データ配信装置に構造化文書の送信要求を送信した後、データ配信装置から構造化文書を受信し、その受信した構造化文書を解析し出力するクライアント装置において、前記データ配信装置から送信された前記構造化文書の構造情報を付与した構造情報付構造化文書を受信するデータ受信手段と、前記構造情報付構造化文書から、構造情報と構造化文書を分離するパッケージ分離手段と、分離した前記構造情報に基づき、前記構造化文書を解析し、端末出力データを生成する受信文書解析手段と、前記端末出力データに基づき、出力する受信文書出力手段とを、具備することを特徴とするクライアント装置を提供するためのものである。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態１について、図１から図１５を用いて説明する。
【００１９】
（実施の形態１）
図１は、本発明の実施の形態１における構造化文書配信システムの構成および構成要素のブロック図を示したものであり、図１において、クライアント装置２から構造化文書の送信要求を受信し、送信要求された構造化文書をクライアント装置２に送信するデータ配信装置１と、構造化文書を送信要求した後受信し、その構造化文書を解析して出力するクライアント装置２からなる構造化文書配信システムを示したものである。以下、データ配信装置１とクライアント装置２の内部構成を説明する。
【００２０】
データ配信装置１は、クライアント装置２から構造化文書の送信要求を受信する要求受信部１０１と、配信する構造化文書を蓄積している構造化文書蓄積部１０２と、構造化文書を解析し、構造情報を生成する文書構造解析部１０３と、構造化文書とその文書の構造情報をパッケージ化し、構造情報付構造化文書を生成するパッケージ生成部１０４と、構造情報付構造化文書をクライアント装置２に送信するデータ送信部１０５からなる。クライアント装置２は、データ配信装置１に構造化文書の送信要求を出力する要求送信部２０１と、データ配信装置１が送信する構造情報付構造化文書を受信するデータ受信部２０２と、受信した構造情報付構造化文書より構造化文書とその文書の構造情報を分離するパッケージ分離部２０３と、分離した構造情報に基づき、構造化文書を解析する受信文書解析部２０４と、解析された構造化文書を表示や印刷などといった形で出力する受信文書出力部２０５からなる。
【００２１】
以上のように構成された構造化文書配信システムについて、以下その動作を図１から図１５を用いて説明する。
【００２２】
図２は、クライアント装置２の要求送信部２０１が出力する送信要求の一例、図３は構造化文書蓄積部１０２に蓄積されている構造化文書の一例、図４はパッケージ生成部１０４が生成し、データ送信部１０５が送信する構造情報付構造化文書の一例である。図５は、図３に挙げた構造化文書に基づいて出力した構造情報の一例である。図６は、正当ではない構造化文書の一例であり、図７は図６に挙げた構造化文書に基づいて出力した構造情報の一例である。図８は、受信が途中で中断した場合の構造化文書の一例である。図９は構造化文書にノードの説明を加えたものである。図１０および図１１は、文書構造解析部１０３での処理をフローチャートで示したものであり、図１２はその処理を行ったときのスタックの状態遷移を示したものである。図１３および図１４は、受信文書解析部２０４での処理をフローチャートで示したものである。図１５は、受信文書の端末への出力例を示している。
【００２３】
ここで、図２の送信要求と図４の構造情報付構造化文書は、ＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）用に開発されたＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）に従っている。
【００２４】
例えば要求送信部２０１は、データ配信装置１に蓄積されているｉｎｄｅｘ．ｈｔｍｌというファイル名の構造化文書を取得する時は、図２に示すような送信要求をネットワークに送信する。
【００２５】
要求受信部１０１は、クライアント装置２の要求送信部２０１から前記送信要求を受け取ると、指定された構造化文書のファイル名ｉｎｄｅｘ．ｈｔｍｌを構造化文書蓄積部１０２に出力する。
【００２６】
構造化文書蓄積部１０２は、蓄積している構造化文書より、前記ファイル名ｉｎｄｅｘ．ｈｔｍｌに対応する構造化文書を出力する。
【００２７】
文書構造解析部１０３は、構造化文書蓄積部１０２から前記構造化文書を入力すると、図５に示すような構造化文書のノード種別を示す構造情報を出力する。
【００２８】
出力する構造情報の生成過程を図５、図６、図７、図９、図１０、図１１、図１２を用いて説明する。
【００２９】
まず最初のノード（図９の９０１）を取得する（図１０のＳ１００１）。そして取得したノード種別に応じて処理を分岐させる（Ｓ１００２）。この場合、要素ノードであるので、要素ノード処理を行う（Ｓ１００３Ａ）。Ｓ１００３Ａの処理の詳細を図１１に示す。まず当該要素ノードが開始タグであるのか終了タグであるのか判定する（図１１のＳ１１０１）。今ノード９０１は、ｈｔｍｌ要素ノードの開始タグであるので、「Ｅ」（５０１）を構造情報として出力し（Ｓ１１０２）、スタックに要素名を積む（Ｓ１１０３）。スタックの状態は１２０２となる。要素ノードの処理が終了し、次のノード（９０２）が存在するので（Ｓ１００４）、同様の処理が行われ、構造情報として「Ｅ」（５０２）が出力され、スタックの状態は１２０３の状態となる。次のノード（９０３）の処理も同様である（構造情報５０３、スタック状態１２０４）。その次のノード（９０４）は、テキストノードであるため、テキストノード処理を行う（Ｓ１００３Ｂ）。処理は、構造情報として「Ｔ」（５０４）を出力する。次のノード（９０５）は、コメントノードであるため、コメントノード処理を行う（Ｓ１００３Ｃ）。処理は、構造情報として「Ｃ」（５０５）を出力する。次のノード（９０６）は要素ノードの終了タグであるため、Ｓ１１０４の処理となる。スタックの一番上と終了の要素名が一致するため、スタックの一番上を削除する（Ｓ１１０５）。その時のスタックの状態は１２０５となる。
【００３０】
以上の処理を続けていくと、最終的に図５に示す構造情報が生成される。また図６に示す構造化文書のように要素ノードの終了タグがない場合（６０１）、先ほどの図１０のフローチャートに従うと、Ｓ１００５の時に、スタックの状態は１２０６のような状態であるので、構造情報の先頭に「−１」（図７の７０１）を出力する（Ｓ１００６）。図７に示すように不正な構造化文書である場合は、構造情報に「−１」を付加しておくことにより、クライアント装置２が受信した時点で、不正な構造化文書であることを知ることができる。
【００３１】
パッケージ生成部１０４は、構造化文書蓄積部１０２から構造化文書を、文書構造解析部１０３から構造情報を入力すると、ＨＴＴＰに基づき、図４に示すような文書種別（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ）（４０１）・文書サイズ（Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ）（４０２）などに加え、構造情報（Ｃｏｎｔｅｎｔ−Ｓｔｒｕｃｔｕｒｅ）（４０３）などを含んだヘッダを構造化文書（４０４）に付加し、構造情報付構造化文書として生成し、データ送信部１０５に出力する。
【００３２】
データ送信部１０５はパッケージ生成部１０４から入力された構造情報付構造化文書をクライアント装置２に送信する。
【００３３】
以上の手順により、データ配信装置１は、クライアント装置２から要求された構造化文書から構造情報を生成し、構造情報付構造化文書としてクライアント装置２に送信する。
【００３４】
一方、クライアント装置２のデータ受信部２０２はデータ配信装置１から図４に示すような構造情報付構造化文書を受信し、パッケージ分離部２０３に出力する。
【００３５】
パッケージ分離部２０３は、図４に示す構造情報付構造化文書から図３に示す構造化文書と、図５に示す構造情報を分離して出力する。
【００３６】
受信文書解析部２０４は、前記構造情報に基づき、前記構造化文書を解析し、端末出力データを生成する。
【００３７】
以下、受信文書解析部２０４の処理の詳細を図５、図９、図１３、図１４を用いて説明する。また、本発明の実施の形態１におけるクライアント装置２は、＜ｐ＞（図９の９０３）と＜／ｐ＞（９０６）で囲まれたテキストノードの内容を画面に表示する処理を行うものとする。
【００３８】
解析の流れを図１３、１４を用いて説明する。まず構造情報の最初（図５の５０１）を参照する（図１３のＳ１３０１）。構造情報の先頭は、「−１」ではないので、次のステップへと進む（Ｓ１３０２）。先頭のノード（図９の９０１、図５の５０１）は、ｈｔｍｌ要素ノードの開始タグであるので、要素ノード処理を行う（Ｓ１３０４Ａ）。要素ノード処理を図１４（ａ）に示す。先頭のノード（９０１、５０１）はｈｔｍｌ要素であるので何も処理せずに終了する（Ｓ１４０１）。以降のノードにまだテキストノード（５０４）が存在するので、次の処理へと移る（Ｓ１３０５）。次のノード（９０２、５０２）も前述と同じ処理がなされる。その次のノード（９０３、５０３）は、ｐ要素であるため、開始タグか終了タグかの判定がされる（Ｓ１４０２）。今のノード（９０３）は開始タグであるため、ｐｉｎ＿ｆｌｇをＴＲＵＥにする（Ｓ１４０３）。次のノード（９０４、５０４）はテキストノードであるため、テキストノード処理を行う（Ｓ１３０４Ｂ）。テキストノード処理を図１４（ｂ）に示す。まずｐｉｎ＿ｆｌｇの状態を参照する（Ｓ１４１１）。今のノード（９０４、５０４）の場合、ＴＲＵＥに設定されているので、表示するテキストとして受信文書出力部２０５に出力する処理を行う（Ｓ１４１２）。そして、図５より、現時点のノード（９０４、５０４）以降にテキストノードが存在しないので未処理のテキストノードが存在しないため、解析処理を終了することができる（Ｓ１３０５）。
【００３９】
また受信文書解析部２０４への入力が図７に示すような構造情報と、図６に示すような不正な構造化文書の場合、最初の構造情報の参照処理（Ｓ１３０１）で、先頭が「−１」（７０１）なので、構造化文書の解析をすることなしに、すぐに処理を終了することが可能である。
【００４０】
また図８に示すように途中受信障害で、８０１以降の構造化文書が切れている場合においても、図１３に示す処理を行った場合、テキストノード（９０４、５０４）の処理が終了した時点で、解析処理も終了するため、以降の文書の再送要求をする必要がないことがわかる。
【００４１】
受信文書出力部２０５は、受信文書解析部２０４で生成された端末出力データを元に画面出力（図１５は受信した構造情報付構造化文書（図４）より前記説明した手順により、端末の画面に出力した表示例）や、紙面への印刷等の処理を行う。
【００４２】
以上のように、本実施の形態では、クライアント装置２が送信要求した構造化文書を、文書構造解析部１０３が構造情報を付加したデータとして送信し、受信文書解析部２０４において構造情報を利用した解析処理を行うことにより、クライアント装置２側での処理を軽減することが可能となる。また受信が中断している場合において、未受信の構造化文書に必要な部分が含まれていない場合は、再送要求を行わないということが可能となる。
【００４３】
なお構造情報として、ノード種別にそのノードの開始位置オフセットを付加してもよい。図１６は図９に示す構造化文書の構造情報として、ノード種別（１６０１ａ）およびノードの開始位置オフセット（１６０１ｂ）を示したものである。今、オフセットを同時に生成するような文書構造解析部１０３があり、受信文書解析部２０４がオフセットを含む構造情報に対応しているとする。そしてクライアント端末２は、テキストノード（図９の９０４）だけを抜き出して処理したい場合は、図１６の１６０４ａが「Ｔ」であり、１６０４ｂが「１５」であることにより、テキストノードが１５ｂｙｔｅ目から始まることを示しているので、１４ｂｙｔｅまで処理をスキップし、１５ｂｙｔｅ目からの処理することが可能である。
【００４４】
なお構造情報として、文書構造のツリー構造を付加してもよい。図１７（ｃ）は図１７（ａ）に示す構造化文書の構造情報として、ノード種別（１７１１ｂ）およびツリー構造の階層レベル（１７１１ａ）を示したものである。またここで示すツリー構造の階層レベルとは、図１７（ｂ）に示すツリー構造においてルート要素ｈｔｍｌ（１７０１）からの深さを表す。図１７（ｃ）のように構造情報として階層レベルを付加することにより、図１７（ｂ）に示すツリー構造を再現することが可能である。従って、最初のテキストノード１７０４の処理が終了した時点において、階層レベルがない構造情報の場合はのちのテキストノード（１７０６、１７１６）がｐ要素（１７０３）で出力されるべきテキストノードかどうかがわかならないため、終了タグ＜／ｐ＞が出現するまで、ｐ要素（１７０３）の出力処理を確定することができないが、図１７（ｃ）に示すように階層レベルがわかる場合、２番目のテキストノード１７０６は、ｐ要素（１７０３）によって出力しないテキストであることがわかるので、出力データの生成処理を終了することができる。
【００４５】
尚本実施の形態では、構造情報は、データ配信装置において蓄積されている構造化文書を解析して、生成した後に付与していたが、構造化文書作成時にあらかじめ付与した形で蓄積しておいても良い。
【００４６】
【発明の効果】
以上のように本発明によれば、データ配信装置において、構造化文書の構造情報を付加して、構造情報付構造化文書としてクライアント装置に送信することで、クライアント装置では、構造化文書の構造情報を解析するための処理の軽減が考えられる。また構造情報をヘッダとして付加することにより、本発明に対応していないクライアント装置においては、ヘッダを無視して通常どおりの処理ができるので互換性を保つことが可能である。
【００４７】
本発明によれば、構造化文書の受信が途中で中断した場合においても、未受信の部分が必要のある情報か否かが構造情報によりわかることにより、再送要求の判定が可能となり、無駄な構造化文書の送信要求をする必要がなくなる。
【００４８】
本発明によれば、構造化文書の解析処理の途中においても、のちに必要な情報があるか否かわかることにより、その後の処理を省略し終了することが可能となり、結果クライアント装置での処理を軽減することができる。
【００４９】
本発明によれば、構造情報として構造化文書のオフセットを含むことにより、クライアント装置側では、不要な部分の処理をスキップすることが可能となり、結果クライアント装置での処理を軽減することができる。
【００５０】
本発明によれば、文法エラーなどの不正な構造化文書を受信した場合、最初から処理をすることを省略することが可能となり、結果クライアント装置での処理を軽減することができる。
【図面の簡単な説明】
【図１】実施の形態１における構造化文書配信システムのシステム構成図
【図２】実施の形態１における送信要求の一例を示した図
【図３】実施の形態１における構造化文書の一例を示した図
【図４】実施の形態１におけるデータ配信装置の構造情報付構造化文書の一例を示した図
【図５】実施の形態１における構造情報の一例を示した図
【図６】実施の形態１における不正な構造化文書の一例を示した図
【図７】実施の形態１における不正な構造化文書の構造情報の一例を示した図
【図８】実施の形態１における受信途中の構造化文書の一例を示した図
【図９】実施の形態１における構造化文書の一例を示した図
【図１０】実施の形態１における文書構造解析部での解析処理を示したフローチャート
【図１１】実施の形態１における文書構造解析部での解析処理を示したフローチャート
【図１２】実施の形態１における文書構造解析部でのスタックの変化を示す図
【図１３】実施の形態１における受信文書解析部での解析処理を示したフローチャート
【図１４】実施の形態１における受信文書解析部での解析処理を示したフローチャート
【図１５】実施の形態１における受信文書出力の一例を示した図
【図１６】実施の形態１における構造情報に開始位置オフセットを付加した一例を示した図
【図１７】実施の形態１における構造情報にツリー構造を含む場合の説明図
【図１８】従来の技術におけるデータ配信装置からクライアント装置に送信されるデータを示した図
【図１９】従来の技術における構造化文書の一例を示した図
【符号の説明】
１　データ配信装置
２　クライアント装置
１０１　要求受信部
１０２　構造化文書蓄積部
１０３　文書構造解析部
１０４　パッケージ生成部
１０５　データ送信部
２０１　要求送信部
２０２　データ受信部
２０３　パッケージ分離部
２０４　受信文書解析部
２０５　受信文書出力部
【図１】
2004126742.tif 000003
【図２】
2004126742.tif 000004
【図３】
2004126742.tif 000005
【図４】
2004126742.tif 000006
【図５】
2004126742.tif 000007
【図６】
2004126742.tif 000008
【図７】
2004126742.tif 000009
【図８】
2004126742.tif 000010
【図９】
2004126742.tif 000011
【図１０】
2004126742.tif 000012
【図１１】
2004126742.tif 000013
【図１２】
2004126742.tif 000014
【図１３】
2004126742.tif 000015
【図１４】
2004126742.tif 000016
【図１５】
2004126742.tif 000017
【図１６】
2004126742.tif 000018
【図１７】
2004126742.tif 000019
【図１８】
2004126742.tif 000020
【図１９】
2004126742.tif 000021