JP2005530417A - Ｈｔｍｌアプリケーションの送信方法 - Google Patents

Abstract

最初のサイトからアクセス可能なＨＴＭＬアプリケーションを、衛星を利用して送信するために、アプリケーションの意味解析及び統語解析に基づいて、アプリケーションの同様の深度のページと、もしあれば当該ページ内の埋め込みコンポーネントを、送信モジュールにグループ化することを可能とするハードウェア及びソフトウェア手段が、中間プラットフォームのレベルに提供される。深度が低いページを含むモジュールは、深度がより高いページに比べて高い頻度で送信される。
このようにして、ユーザは、ページを表示するのに必要な全情報をより速く受信する。

Description

本発明は、ツリー構造のファイルを含み、当該ツリー構造のファイルについて、ナビゲーションリンクあるいは埋め込みリンク（ｉｎｃｌｕｓｉｏｎ ｌｉｎｋｓ）として知られる論理リンクが存在するアプリケーションを、一または複数のサーバから抽出し、ＭＰＥＧストリームとして送信する方法に関する。

本発明は、当業者に周知の技術となっている内容を記載した参考文献、特に以下に一覧表にした文献に記載された従来技術を背景技術として想定する。

最新技術及び本発明の説明においても、当業者に一般に用いられている略称は公知のものとする。上記略称は、その非省略名称を用いた場合よりも略称を用いた場合の方が当業者に理解される程度に、一般に用いられているものである。一般に英語の頭文字に対応する、このような略称の一覧表を以下に示す。

最後に、本明細書で用いる、いくつかの用語について明確にしておく。

通常、アプリケーションは、インタラクティブページとして知られている複数のＨＴＭＬページで構成されている。

アプリケーションをダウンロードするのに、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）等のＴＣＰ／ＩＰプロトコルが用いられる。アプリケーションは、ＨＴＴＰサーバからアプリケーションを送信するサーバ（Ｂｒｏａｄｃａｓｔ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒｓ：ＢＡＳ）へツリー構造のファイルとして転送され、「オブジェクトカルーセルプロトコル」等のカルーセルオブジェクト転送プロトコルにより、それぞれが少なくとも一つのファイルを含むモジュールにカプセル化され、例えば衛星やケーブルで送信されるＭＰＥＧストリームに挿入される。

従来技術によれば、ＤＳＭ−ＣＣオブジェクトカルーセル等のプロトコルは、アプリケーションのツリー構造に適合している。このようなプロトコルを用いた送信は、ファイルシステム（ディレクトリツリー）のプロパティに適合し、ＭＰＥＧセクションへのカプセル化を可能とする。

アプリケーションのツリーは、ディレクトリツリーであり、こうしたディレクトリはアプリケーションの様々なファイルを含んでいる。従って、例えば、レベル０のファイルとレベル１のディレクトリが帰属する、レベル０に設定されたルートディレクトリを備えることが可能になる。レベル１のディレクトリは、レベル１のファイルとレベル２のディレクトリを含み、以下のレベルも同様に構成される。一般に、ディレクトリはコンテンツのタイプによって体系づけられる。例えば、画像のディレクトリは、アプリケーションの全画像を含み、対応するファイルは拡張子「．ｇｉｆ」であり、別のディレクトリは音声製品等を含み得る。

従来技術による上記プロトコルは、ファイル管理システムのツリーを送信するのには適しているが、ファイル間にハイパーリンクとも称されるナビゲーションリンクの形で依存関係が現れると、全く役に立たない。これはＨＴＭＬアプリケーションの場合に当てはまる。また、インタラクティブページの構成に必要な、ＨＴＭＬファイル（またはメインファイル）中の埋め込みリンクによって指定される埋め込みコンポーネント（アプレット画像や音声等。ただし、これらに限定されるものではない。）は、ファイルツリーのみを考慮した様式では最適な形で送信されない。特に、ページの表示に必要な埋め込みコンポーネントが、ルートディレクトリから極めて離れたディレクトリに置かれている場合、一または複数の送信サイクルに対応する時間が経過して初めて、エンドユーザが当該ページを実際に利用可能となる。従って、ユーザの視点からすれば、ページアクセス時間が極めて長く、アクセス意欲を失うことがあり得る。メイン文書の復元は、例えば、画像や音声といった埋め込みファイルが全て受信されてはじめて可能になる。

本発明を説明する前に、説明中で用いる語彙を以下の表に定義する。

上述した従来技術に対して、本発明は、アプリケーションと当該アプリケーションを構成するページがエンドユーザにできる限り速く利用可能になり、現在のページからその次のページ（ナビゲーションリンクによって、現在のページの上位または下位のページ）にできる限り速くスイッチするように、アプリケーションの送信を最適化することを目的とする。

本発明は、例えば埋め込みコンポーネントのメインページへの帰属は、当該ページに関連付けられたメインファイル中に含まれるデータと上記ページを構成する種々のファイルの統語解析及び意味解析により識別し得るという点に注目してなされた。従って、当業者であれば、例えばメインページを記述するＨＴＭＬファイルを調べれば、メインページがいくらかの埋め込みコンポーネントを含むことが分かり、また、ＨＴＭＬファイル中に含まれ、上記ファイルを記述するデータによって、前記コンポーネントに対応するファイルを、アプリケーションを構成する様々なディレクトリ中に見出すことができる。

本発明によれば、例えば、アプリケーションのホームページが埋め込みコンポーネントを含む場合、当該ホームページ中の埋め込みコンポーネントを構成するファイルが、同一の送信モジュールに、または、単独のモジュールでは対応するファイルを格納するのに充分でないときは、複数の連続する送信モジュールにグループ化される。従って、本発明によれば、アプリケーションはディレクトリのツリーにはよらず、アリケーションのコンテンツやアプリケーションの種々のページにおける当該コンテンツの割り当てに応じたロジックツリーによって送信される。本発明によれば、レベル０のページが、例えばアプリケーションのホームページとなり、当該ページに含まれる埋め込みコンポーネントもレベル０となる。上記ページとその埋め込みコンポーネントは、一または複数の連続する送信モジュールに挿入される。ページ０に続くロジックレベル１のページは、ページ０からナビゲーションリンクで呼び出し可能なページである。一または複数のレベル１のページも、もしあればその埋め込みコンポーネントと共に、一または複数のモジュールに含まれるように同じ方法で準備される。以下は同様である。

要約すると、本発明は、一組のファイルから構成されるアプリケーションを、送信センタからデジタルテレビデコーダへ送信する方法であって、前記一組のファイルは、各ページがメインファイルと、任意の埋め込みコンポーネントとから成る表示可能なコンテンツを有するインタラクティブページを構成するデータと、インタラクティブページ全体を得るために埋め込みコンポーネントの表示または実行を可能とする任意の埋め込みリンクと、それぞれが深度のより高いまたは低いインタラクティブページのメインファイルを指定するナビゲーションリンクと、深度レベル０のホームページとを有し、深度１のページは深度０の前記ページからナビゲーションリンクを介して呼び出し可能なページであり、より一般的には、深度ｎのページは、深度０の前記ホームページから最小でｎ個のナビゲーションリンクを介して呼び出し可能なページであり、前記方法は、前記ファイルまたは複数のインタラクティブページの構成に必要な複数のファイルを、その任意の埋め込みコンポーネントと共に受信する事前ステップを含み、前記ファイルは所定レベルよりも低い深度レベルのページに対応するアプリケーションまたは当該アプリケーションの一部を構成し、前記方法は特に、前記埋め込みリンクと前記ナビゲーションリンクを識別するために、前記アプリケーションの前記メインファイルのコンテンツの意味解析及び統語解析を行うステップを含み、
ａ）前記アプリケーションを構成する前記種々のファイルを深度レベルによってランキングするステップであって、前記メインファイルと、これに関連付けられた１の埋め込みコンポーネントは、同一の深度レベルに維持されるステップと、
ｂ）送信モジュールを構成するステップであって、完全なインタラクティブページを構成するのに必要なファイルは、その任意の埋め込みコンポーネントと共に、一つのモジュール、または、一つのモジュールでは前記ファイルを格納するのに充分ではない場合には複数のモジュールに含まれるステップと、
をさらに含むことを特徴とする方法に関する。

上記方法は、以下のステップの一または複数をさらに含むことができる。

ｃ）各インタラクティブページとその任意の埋め込みコンポーネントが、少なくとも２つのプライオリティレベルから選択されたプライオリティレベルで送信されるように、特に送信順序命令を含む送信プロファイルを定義するステップ、
ｄ）所定のプライオリティ順に従った頻度で前記モジュールを送信するステップ。

ａ１）前記インタラクティブページの少なくとも一部にダイナミズムレベルを割り当てるステップ。他のページよりも頻繁に変更されるページを含む前記モジュールは、変更される頻度がより低いページを含む前記モジュールよりも、高いダイナミズムレベルを有する。

ａ２）前記アプリケーション全体または前記アプリケーションの少なくとも第１の部分を送信モードでアクセス可能とし、できれば前記アプリケーションの第２の部分をリターンパスを介してアクセス可能にするために、ナビゲーション用及び／または埋め込み用のアクセスリンク（ＵＲＬ）を少なくとも一つのインタラクティブページにおいて選択的に変更するステップ。

ａ３）各ファイルに含まれる情報の定量分析を行い、当該分析の結果に応じて、
深度１以上のページを、最も高い深度のページの削除から開始して、送信対象の情報の残量が所定の定量限界以下になるまで削除するステップ。

をさらに含むことを特徴とする方法。

ａ４）前記アプリケーションを受信するデジタルデコーダのキャッシュメモリを管理するソフトウェアが、現在表示されているページと当該ページの前記ナビゲーションリンクを介して達するページの間の前記ナビゲーションリンクを識別し、前記ページと、その任意の埋め込みコンポーネントの前記キャッシュメモリへのロードを命令することを可能とする命令を前記アプリケーションに導入するために、前記アプリケーションを変更するステップ。

ａ５）前記アプリケーションの前記第２の部分へ前記リターンパスを介してアクセスする場合であって、送信されたページの一部を構成するページへのアクセス要求があった場合に、前記送信モードに自動的に戻ることを可能とする命令を前記アプリケーションに導入するステップ。

ステップｃ）で定義される前記プライオリティレベルは、前記インタラクティブページの前記深度の減少関数であることが望ましい。

前記プライオリティレベルはまた、前記ダイナミズムの増加関数であることが望ましい。

本発明によれば、アプリケーションの複写と称されるものは、最初のアクセスサイト、通常はウェブサーバから送信用の処理センタへの、当該アプリケーションまたはその一部を構成するファイルの転送である。最初の格納場所は、リモートサーバであっても、処理センタに設けられていてもよい。

アプリケーションのバイト数が大きく、その複写または送信によって、送信プラットフォームの容量、または当該アプリケーションが送信されるデジタルデコーダの容量を飽和させる危険性がある場合、複写または送信される情報量に最大限度を設けることは有利である。これを行うために、アプリケーションを構成するファイルの意味解析と統語解析に加えて、各ファイルに関連付けられた情報の定量解析が実行され、当該解析の結果に応じて、複写された情報量が所定の定量限界を超え次第、複写処理を中断することが可能である。

割り当てられるプライオリティが高ければ高いほど、モジュールの送信頻度が高くなることが望ましい。一実施形態によれば、プライオリティレベルは、深度ｐのページと、もしあればその埋め込みコンポーネントが常に、ｐよりも低い深度のページのプライオリティレベル以下のプライオリティレベルを有するように定められる。

ダイナミズムレベルがアプリケーション送信モジュールに割り当てられ、他のページよりも高い頻度で変更されるページを含むモジュールは、より低い頻度で変更されるページを含むモジュールよりも高いダイナミズムレベルを有することが望ましい。

本発明による方法の実施形態について、添付の図面を参照しつつ説明する。

図１は、本発明によるアプリケーション送信・複写ツールのソフトウェア及びハードウェア環境を示す図である。

本発明は、ＨＴＴＰサーバ１に基づくアプリケーション送信・複写方法に関する。上記サーバは、中間プラットフォーム３を構成する算出ユニットと、双方向性リンク２を介して通信可能とされていてもよい。算出ユニット３は、公知のメモリ手段５を含む。メモリ手段５は、マン・マシン・インタフェース（ＭＭＩ）４に接続される。マン・マシン・インタフェース（ＭＭＩ）４は、例えば、キーボードや、音声または画像を表示または電子量に変換する手段であり、特に本発明の方法によって処理される、アプリケーションデータの制御またはパラメータ化に必要なデータコマンドやパラメータを手動で入力することを可能にするものである。本発明による方法は、算出ユニット３のメモリ手段５に格納されるソフトウェアとして実施される。

リンク６及び７により、命令とデータをそれぞれカルーセルオブジェクト生成モジュール８とインタフェース４に送ることが可能になる。カルーセルオブジェクト生成モジュール８によって生成された命令やデータは、リンク１０を介してマルチプレクサ９に送られる。命令やデータは、マルチプレクサ１０からターミナル１１へ、例えばＭＰＥＧストリームで送られる。ターミナル１１は、例えば、公知の方法でデジタルテレビ受像機や記録装置に関連付けられたデジタルデコーダである。上記のマルチプレクサ９とターミナル１１間の送信は、衛星リンクやケーブルリンク等の広域送信パス１２、または、ターミナル１１とマルチプレクサ９間のリターンパスの形をとった制限付きリンク１３を介して行われる。上記リターンパスは、例えば交換電話ネットワークの回線であってもよい。

図２は、アプリケーション送信・複写ツールを構成するソフトウェアブロックと、算出ユニット３内部におけるナビゲーションブロック１５へのリンクを示す図である。アプリケーション送信・複写ツールは、基本的に２つのブロック、すなわち、複写ブロック１７と送信ブロック１８から構成される。複写ブロック１７は、インタフェース４またはプログラムユニット２３を介してアクセス可能な複写パラメータを格納するユニット２１を有する。プログラムユニット２３は、複写ユニット２５に命令を供給する。複写ユニット２５は、ＨＴＴＰサーバ１に由来するデータを複写し、データの格納を管理する。送信ブロック１８は、インタフェース４またはプログラムユニット２３を介してアクセス可能な送信パラメータを格納するユニット２０を有する。ユニット２１、２５に格納されたデータは、ナビゲーションソフトウェアブロック１５を介して、スクリーンに表示するか、ラウドスピーカで聞いてもよい。このようにして、オペレータは、複写され送信されたデータをモニタすることができる。

図３Ａ及び３Ｂを参照しつつ、アプリケーションを複写し、送信する例について説明する。

説明のため、拡張子「ｈｔｍ」または「ｈｔｍｌ」付きのファイルをメインファイルと称する。上記ファイルはそれぞれのインタラクティブページの本体を構成する。ファイル名に「ｇｉｆ」その他の拡張子を含むファイルは、「埋め込みコンポーネント」と称する。ナビゲーションリンクをクリックすることでアクセスでき、埋め込みリンクで指定されない任意の文書は、メインファイル（または文書）である。これは、画像の場合に当てはまる。

図３Ａは、サイト上に存在するアプリケーションのディレクトリである。この簡単な例において、ディレクトリはルート「ｄｉｒ」００から始まり、二つのディレクトリ０１及び０２と、二つのファイル、例えばホームページ００１と会社を紹介するデータを含む００２を有する。第１のディレクトリ０１は、拡張子「ｇｉｆ」を有する、埋め込みコンポーネントである画像ファイルを含む。もう一方のディレクトリ０２は、拡張子「ｈｔｍ（ｌ）」を有し、製品を提示するメインファイルであるファイルを含む。画像のディレクトリ０１は、例えば、ロゴ用の画像０１１と、背景用の画像０１２と、第１の製品に関連する画像０１３を含む。製品ディレクトリ０２は、二つのファイルを含む。一方のファイル０２１は、第１の製品に関する情報を含み、他方のファイル０２２は第２の情報に関する情報を含む。

アプリケーションを構成するファイルの統語解析及び意味解析によって、表示可能なページを構成するのに必要な全てのファイルを、埋め込みリンクに基づいて、認識し、判断することができる。上記解析によって、ナビゲーションリンクに基づいて、ページの深度レベル、すなわち、深度レベル０のホームページから当該ページまでのナビゲーションリンクの最小数を認識し、判断することもできる。

従って、それぞれがページとその埋め込みコンポーネントを含むモジュールに種々のファイルを挿入するために、当該種々のファイルをグループ化することができる。図３Ｂは、上記解析に基づいて生成されたモジュールを示す。本例の場合、上記分析によって、メインファイル００１が、「ｄｅｆａｕｌｔ．ｈｔｍ」または「ｉｎｄｅｘ．ｈｔｍ」の名称を持つので、インタラクティブホームページＰ０に関連付けられていることや、上記ページＰ０が埋め込みコンポーネントのロゴ０１１と背景０１２を指定する埋め込みリンクを含むことを認識することが可能となる。また、上記ページが３つのナビゲーションリンク、すなわち、会社を紹介するメインファイル００２への第１のリンクと、第１の製品メインファイル０２１への第２のリンクと、第２の製品メインファイル０２２への第３のリンクを含むことを認識することも可能となる。従って、ページＰ２とページＰ３という２つのレベル１のページがあることが分かる。こうした条件下で、ファイル００１、０１１及び０１２はグループ化され、例えば、高いプライオリティが割り当てられている、深度０のモジュール１００に挿入される。これは、上記モジュール１００が、より低いプライオリティのモジュールに比べて高い頻度で送信されることを意味する。上記モジュールは、ファイル００１で構成されるホームページと、当該ホームページＰ０の埋め込みコンポーネントをグループ化する。本例の場合、上記埋め込みコンポーネントは、ファイル０１１及び０１２から構成される。第１の製品メインファイル０２１に関連付けられたページＰ３の分析によって、当該ページが第１の製品画像０１３への埋め込みリンクを含むことを認識することが可能になる。ファイル０２１と、画像である埋め込みコンポーネント０１３は、深さ１のモジュール３００に挿入される。ホームページＰ０にナビゲーションリンクによって接続されるリンクページＰ２を構成するファイル００２は、深さ１の送信モジュール２００に含まれる。ページ０とページＰ３及びＰ２それぞれの間の矢印は、ナビゲーションリンクを表す。本例では、簡略化のため、深さ１までしか説明していない。深さ１のページの一または複数のナビゲーションリンクが、深さ２のページを指定する場合、当該ページは深さ２の別のモジュールに含まれる。以下は同様である。

図４を参照しつつ、ナビゲーションリンク及び埋め込みリンクの統語解析及び意味解析の実施形態について説明する。図４に示すように、種々のページを標識化し、各ページの深さを決定する、ナビゲーションリンクの統語解析及び意味解析は、以下の方法で反復的に行われる。最初の反復で、深さ０のホームページＰ０は、慣例により、例えば「ｄｅｆａｕｌｔ．ｈｔｍ」または「ｉｎｄｅｘ．ｈｔｍ」と名付けられたファイルを検出することで検出される。次の反復の間に、深さ１のｉ１ページが連続的に分析され、その後、深さ２のｉ２ページへと、ｊを最大深さレベルとした場合、深さｊのｉｊページの最終ページに至るまで、連続的に分析される。

深度レベル０のホームページについては、変数Ｎが０に設定される。ホームページは、ステップ３１で意味的に解析される。上記ホームページに現れる、{Ｌｎ_ｉ}_Ｎと示されるナビゲーションリンクは、ステップ３１で検出され、ステップ３２で格納される。ｉの値は、ナビゲーションリンクを新たに記述するごとに１つインクリメントされる。ここでいう変数ｉは、上記の深度レベル毎のページ数を示す変数とは異なるものである。ナビゲーションリンクは通常、そのタイプを意味する存在で名付けられる（＜ａｈｒｅｆ＝ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／＞・・・＜／ａ＞）。その後、ステップ３３で、上記ナビゲーションリンク、より正確には、当該ナビゲーションリンクが指定するファイルが、アルゴリズムの先の反復中に指定されていないことが確認される。この確認を行うために、現在の反復までに指定されたファイルの組｛Ｅ｝を設ける。アルゴリズムの先の反復で既に指定されたファイルが存在する場合、それらは考慮されない。これにより、複数の異なる深度レベルのものが同一のファイルとなるのを防止することが可能になる。既に書き込まれたファイルの消去はステップ３４で行われる。ステップ３５で、残りのファイルに深度レベル（Ｎ＋１）が割り当てられ、当該ファイルを特定する情報が上記の組｛Ｅ｝に格納される。その後、ステップ３０〜３５は、ステップ３６で変数Ｎの値を１つインクリメントした後、繰り返される。これは、上記のステップが、レベルＮ＋１の一または複数のページに含まれる全てのナビゲーションリンクについて行われることを示す。反復は、直下のレベルのページに含まれるナビゲーションリンクによって指定されるファイル中にナビゲーションリンクが検出されなくなるまで行われる。検出されなくなった場合、アルゴリズムはステップ３７でその処理を終了する。

複写ツールは以下のタスクを実行する。

複写ツールは、ＨＴＴＰリクエストをリモートサーバに送る。上記リクエストの内容は、ＨＴＰＰ１−１ ＲＦＣ ２６１６により詳細に定義される。上記リクエストは特に、以下の情報を含む。

−要求されたＵＲＬと、
−サーバがクライアントのブラウザの性質を識別することを可能にする「ユーザエージェント」ＨＴＴＰヘッダと、
−文書が既に複写されている場合には、同一文書の現在の複写日と前回の複写日の間で複写された文書に関連する変更に限定された条件付き更新を可能にする、「〜以降変更されている場合（ｉｆ ｍｏｄｉｆｉｅｄ ｓｉｎｃｅ）」フィールドと、
−サーバと、もしあればプロキシに関する認証情報（サーバはインターネットへのゲートウェイとして機能）（ｂ６４でのエンコードによる基本認証）
ウェブサーバと複写サイト間のやりとりを安全なものとするには、使用するセキュアＨＴＴＰを、例えばＳＳＬやＴＬＳに特定すべきである。

ＧＥＴメソッドのみが、ｗｅｂｃｏｐｉｅｒに含まれるＨＴＴＰクライアントによって用いられる。クライアントの操作者による入力を必要とする、フォームに関連付けられたスクリプトは複写されない。

サーバのクライアントに対するＨＴＴＰレスポンスは特に、
−ＨＴＴＰリターンコード、
−文書に関連する情報
−ＭＩＭＥタイプ（ｔｅｘｔ／ｈｔｍｌ、ｉｍａｇｅ／ｇｉｆ等）
−長さ
−生成日
−期限日
−文書のコンテンツを含む。

リターンコードは、リクエストの結果（「ＯＫ」または「文書は変更されず」、文書が新たなＵＲＬを有する場合には「リダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ）」、若しくは「エラー」）を示す。日付に関連する情報は、複写ツールによって文書の更新を管理するのに用いられるのに対し、ＭＩＭＥタイプはＯＣＧによって管理されるＤＳＭＣＣプロトコルの送信チェーンで続いて用いられる。

複写ツールは、
−一または複数のサイトに関する情報（コンテンツ、日付、長さ等）だけでなく、当該サイトのページもローカルで受信、格納し、
−もしあれば、上記情報、エラー、またはリダイレクションを判断するために、ＨＴＴＰヘッダを分析し、
−ＨＴＭＬコードを調べ、
・依存関係を算出し、必要な残りの文書についてＨＴＴＰリクエストを行い、
・ＨＴＭＬアプリケーションによって用いられるＸＬＥＴを決定する。

上記ステップに基づいて、上記ツールは、文書の属性をグループ化するデータベースだけでなく、リモートＨＴＴＰサーバのツリーの物理的イメージも再現する。

複写ツールは、オペレータによって、インタフェース４を用いて
−一または複数のリモートサイトから複写されるコンテンツを、深度、データサイズ、または、ＵＲＬの正規表現のリスト等に応じて、特定タイプのコンテンツを拒絶することで、または、最終的に上記様々な制限モードを組み合わせることで、できる限り制限したり、
−所定の周期または日付に従って、任意のリモートサイトの複写を自動的にトリガしたりするように構成できる。

以下の表は、サイトのプロファイルと複写ツールが出力するデータを示す。入力パラメータは、グローバルで設定しても、サイト毎にカスタマイズすることもできる。

入力パラメータと出力パラメータ、または、これらの少なくとも一部は、必要なダイアログボックスを含むＭＭＩから入力されてもよい。

複写中、状況ウィンドウが操作者に複写の進行状況を通知する。複写が実行されると、操作者は、複写されたコンテンツを統合ナビゲータ１５によって見ることができる。従って、操作者は、コンテンツの適当なダウンロードをモニタすることができる。

更新の場合には、前回の複写時以降に変更された文書のみが取り出される。

最適グループ化について説明する。

グループ化ツールは、以下のタスクを実行する。

グループ化ツールは、ターミナル１１のレベルで実行されるブラウザへの送信の最適化を可能とするため、基本的にデータをグループ化する処理を伴う。

グループ化ツールは、複写ツールによって得られたデータと、操作者によって入力された送信規則に基づいて、以下の計算を行う。

（ａ）各インタラクティブページと当該インタラクティブページに含まれるコンポーネントのグループ化。このグループ化により、送信モジュールの対象が構成される。同一の文書が複数のページに含まれる場合（例えば、ロゴ画像の場合）、当該文書は、最も深度が低く、かつ、最も高いプライオリティを持つ第１モジュールに添付される。このようなグループ化は、ファイルの意味解析及び／または統語解析によって得られる。埋め込みの場合、リンクは、インタラクティブページと共にロードされるべき埋め込みコンポーネントを指定する埋め込みリンクから成り、当該埋め込みコンポーネントは、特に、
−画像
−例えば、画像、音声、またはビデオといったマルチメディアファイル
−インタラクティブページ中で実行可能なアプリケーション
−他の任意のテキストまたはバイナリ文書
である。

（ｂ）送信パラメータのメイン文書、特に埋め込み文書への割り当て。上記パラメータは、
−送信頻度を指定するプライオリティ（例えば、高、中、低）、すなわち、文書の重要度
−より頻繁な更新を必要とする傾向にある文書をＯＣＧに通知することを可能にするダイナミズム。送信されるアプリケーションの更新処理のコストを最小限にすることを意図している。より頻繁な更新を必要とする文書がダイナミズム値によって通知されることで、上記文書のＯＣＧレベルでのグループ化が可能となる。ダイナミズム属性により、アプリケーションのその他の文書に比べてより頻繁に変更される傾向にある文書をＯＣＧに通知することができる。これにより、ＯＣＧは、アプリケーションの区分化に要する時間を最小限にするために、当該アプリケーションをカルーセルに編成することが可能となる。ウェブサイト上では、一般に、当該サイトの８０％以上が更新時に変更されないままであることを考慮してもよい。大きなダイナミズムを持つ文書が共にグループ化されると、更新による影響を受けるのは、ＯＣＧレベルではモジュールの２０％のみである。それは、２つの値、すなわち、「ダイナミック」または「スタティック」、を持つことができ、後者はデフォルト値である。

パラメータの関連付けと割り当て動作は、操作者が定義した規則に応じて実行される。上記規則により、以下が可能となる。

−埋め込み文書をメイン文書に関連付けること。

−プライオリティを以下の基準に応じて割り当てること：深度、サイズ、タイプ、変更の日付、ＵＲＬに適用される正規表現。

送信属性の算出を自動化するために、操作者は、ＭＭＩからグループ化の規則を定義する。操作者は、以下に定義する基準に応じて、プライオリティ及び／またはダイナミズムを一または複数の文書に関連付けたり、埋め込み文書のメイン文書への関連付けまたは分離を行ったりすることができる（これは一般に、複数のメイン文書に含まれる画像が含まれ、より特定の場合には、高いプライオリティを維持すべき添付ページから分離すべき大きなサイズの画面背景が含まれる）。

上記規則は、メイン文書に好適に適用可能であり、ユーザからは見えない方法で依存関係に適用される。

アプリケーションに関するデータに加えて、アプリケーションを受信するデコーダ用の命令が送信される。

従って、命令は例えば、現在表示されているページに応じて、デコーダのキャッシュメモリのロードを可能にすることを目的として送信される。上記命令は、デジタルデコーダのキャッシュメモリを管理するソフトウェアが、現在表示されているページと当該ページのナビゲーションリンクを介して達するページの間のナビゲーションリンクを識別することを可能にする。上記命令は、現在表示されているページの深度が０と異なる場合に、デジタルデコーダが、その深度のすぐ上位または下位の深度のページを含むモジュールを、アプリケーションのＭＰＥＧ送信ストリームからプライオリティによって検索することを可能にする。識別後、すぐ上位または下位の深度のページ、及び、もしあれば、その埋め込みコンポーネントのキャッシュメモリへのロードが命令される。キャッシュメモリの見込みローディングを可能とするための上記命令の送信が必要となるのは、デジタルデコーダが上記機能を実行するソフトウェアを有していない場合のみである。

このように、ユーザレベルで、ナビゲーションの時間、特に、現在のページから呼び出されるページを表示するまでの時間が短縮される。これは、現在のページから呼び出し可能なページが、キャッシュメモリに既にロード中、または既にロード済みであるためである。

他の命令は、送信されていないページにはリターンパスを介してアクセス可能であることをデコーダが判断するのを可能とするものであってもよい。アプリケーションのコードは、当該アプリケーションを構成する様々な文書へのアクセスモードに従って書き換えられる。識別されたリンクは、デジタルテレビデコーダが使用できるように変更される。変更されたナビゲーションリンクは、特に、リンクで指定された文書の送信モードをデコーダが確認し、それをリターンパスを用いて、または送信ストリーム中からロードすることを可能にする指示を含む。特に、送信ストリーム中にページまたは他の文書が存在する場合には、プロトコルセマンティクスは、「ｈｔｔｐ：／／」から「ｄｖｂ：／／」に変更されるか、あるいは、ローディングをリターンパスを介して行われなければならない場合には、「ｈｔｔｐ：／／」のままである。

様々な物理アクセスパス間でのアプリケーションの分配により、広帯域送信モードにおける使用可能な帯域を最大限に活用が可能となる。最も頻繁にアクセスが要求される文書は、ストリームで送信される。あまり参照されない文書や、オリジナルの、すなわち複写前のアプリケーションをホスティングするサーバとのやりとりを必要とする文書は、リターンパスを介してアクセスされる。

リターンパスを用いたナビゲーション中、当該リターンパス上でのナビゲーションの過程で要求される文書が、広帯域送信パスを介してもアクセス可能な場合は、命令により、デコーダを広帯域送信パスに自動的に再接続することが可能となる。

本発明によるアプリケーション送信・複写ツールのソフトウェア及びハードウェア環境を示す図である。 本発明によるアプリケーション送信・複写ツールの機能の種々のモジュールを、他のモジュールやパラメータ化データ入力インタフェースとの関係と共に示す図である。 複写前における、アプリケーションのグループ化の最初の順序を示す図である。 複写後における、アプリケーションのグループ化の最終的な順序を示す図である。 アプリケーションまたはアプリケーションの一部を構成するファイルを深度によってグループ化するために、ナビゲーションリンクの統語解析及び意味解析を可能とするアルゴリズムのフローチャートの例である。

Claims (10)

1. 一組のファイルから構成されるアプリケーションを、送信センタからデジタルテレビデコーダへ送信する方法であって、前記一組のファイルは、各ページがメインファイルと、任意の埋め込みコンポーネントとから成る表示可能なコンテンツを有するインタラクティブページを構成するデータと、インタラクティブページ全体を得るために埋め込みコンポーネントの表示または実行を可能とする任意の埋め込みリンクと、それぞれが深度のより高いまたは低いインタラクティブページのメインファイルを指定するナビゲーションリンクと、深度レベル０のホームページとを有し、深度１のページは深度０の前記ページからナビゲーションリンクを介して呼び出し可能なページであり、より一般的には、深度ｎのページは、深度０の前記ホームページから最小でｎ個のナビゲーションリンクを介して呼び出し可能なページであり、前記方法は、前記ファイルまたは複数のインタラクティブページの構成に必要な複数のファイルを、その任意の埋め込みコンポーネントと共に受信する事前ステップを含み、前記ファイルは所定レベルよりも低い深度レベルのページに対応するアプリケーションまたは当該アプリケーションの一部を構成し、前記方法は特に、前記埋め込みリンクと前記ナビゲーションリンクを識別するために、前記アプリケーションの前記メインファイルのコンテンツの意味解析及び統語解析を行うステップを含み、
   ａ）前記アプリケーションを構成する前記種々のファイルを深度レベルによってランキングするステップであって、前記メインファイルと、これに関連付けられた１の埋め込みコンポーネントは、同一の深度レベルに維持されるステップと、
   ｂ）送信モジュールを構成するステップであって、完全なインタラクティブページを構成するのに必要なファイルは、その任意の埋め込みコンポーネントと共に、一つのモジュール、または、一つのモジュールでは前記ファイルを格納するのに充分ではない場合には複数のモジュールに含まれるステップと、
   をさらに含むことを特徴とする方法。
2. 請求項１記載の方法であって、
   ｃ）各インタラクティブページとその任意の埋め込みコンポーネントが、少なくとも２つのプライオリティレベルから選択されたプライオリティレベルで送信されるように、特に送信順序命令を含む送信プロファイルを定義するステップと、
   ｄ）所定のプライオリティ順に従った頻度で前記モジュールを送信するステップと
   をさらに含むことを特徴とする方法。
3. 請求項１記載の方法であって、
   ａ１）前記インタラクティブページの少なくとも一部にダイナミズムレベルを割り当てるステップをさらに含み、他のページよりも頻繁に変更されるページを含む前記モジュールは、変更される頻度がより低いページを含む前記モジュールよりも、高いダイナミズムレベルを有する
   ことを特徴とする方法。
4. 請求項２記載の方法であって、ステップｃ）で定義される前記プライオリティレベルは、前記インタラクティブページの前記深度の減少関数であることを特徴とする方法。
5. 請求項３記載の方法であって、前記プライオリティレベルは、前記ダイナミズムの増加関数であることを特徴とする方法。
6. 請求項２に従属する請求項３に記載の方法であって、ステップｃ）で定義される前記プライオリティレベルは、ダイナミズムのレベル、及び／または、前記モジュールに含まれる前記インタラクティブページの深度の関数であることを特徴とする方法。
7. 請求項１乃至６のいずれかに記載の方法であって、
   ａ２）前記アプリケーション全体または前記アプリケーションの少なくとも第１の部分を送信モードでアクセス可能とし、できれば前記アプリケーションの第２の部分をリターンパスを介してアクセス可能にするために、ナビゲーション用及び／または埋め込み用のアクセスリンク（ＵＲＬ）を少なくとも一つのインタラクティブページにおいて選択的に変更するステップ
   をさらに含むことを特徴とする方法。
8. 請求項１乃至７のいずれかに記載の方法であって、
   ａ３）各ファイルに含まれる情報の定量分析を行い、当該分析の結果に応じて、
   深度１以上のページを、最も高い深度のページの削除から開始して、送信対象の情報の残量が所定の定量限界以下になるまで削除するステップ
   をさらに含むことを特徴とする方法。
9. 請求項１乃至８のいずれかに記載の方法であって、
   ａ４）前記アプリケーションを受信するデジタルデコーダのキャッシュメモリを管理するソフトウェアが、現在表示されているページと当該ページの前記ナビゲーションリンクを介して達するページの間の前記ナビゲーションリンクを識別し、前記ページと、その任意の埋め込みコンポーネントの前記キャッシュメモリへのロードを命令することを可能とする命令を前記アプリケーションに導入するために、前記アプリケーションを変更するステップ
   を含むことを特徴とする方法。
10. 請求項６乃至９のいずれかに記載の方法であって、
    ａ５）前記アプリケーションの前記第２の部分へ前記リターンパスを介してアクセスする場合であって、送信されたページの一部を構成するページへのアクセス要求があった場合に、前記送信モードに自動的に戻ることを可能とする命令を前記アプリケーションに導入するステップ
    を含むことを特徴とする方法。

Images