(57)【要約】【課題】ＣＳＳをサポートできないウェブ・ブラウザを使用するデバイスが、ＣＳＳを含むウェブＨＴＭＬページを表示できるようにするための方法を提供する。【解決手段】当該方法は、要求元デバイスを識別し、デバイスおよびネットワークのすべての表示機能情報を集約し、矛盾する情報を抑制するステップと、要求されたウェブ・ページをウェブ・サーバから取り出すステップと、結果として生じるＣＳＳ規則リスト内での競合を抑制しながら、ウェブ・ページのすべてのＣＳＳ提示定義を集約するステップと、ＣＳＳに関係しないＨＴＭＬページのステートメントを修正し、要求規則リストに指定されたデバイスおよびネットワークの機能を考慮の対象としながらＣＳＳ規則リストを反映させるステップと、修正されたステートメントを含むＨＴＭＬページをデバイスに伝送するステップとを有する。【選択図】図３
2009514045.tif 000002
【特許請求の範囲】
【請求項１】
ＣＳＳをサポートできないウェブ・ブラウザを使用するデバイスが、ネットワークを介して要求し、ネットワークを介してサポート可能な含まれるＣＳＳのすべての提示機能を使用しながらＣＳＳを含むウェブＨＴＭＬページを表示できるようにするための、コンピューティング・システム上で実行する方法であって、
ウェブＨＴＭＬページを取得する要求を前記デバイスから受け取るステップと、
前記要求元デバイスを識別し、前記デバイスおよびネットワークのすべての表示機能情報を集約し、矛盾する情報を抑制するステップであって、前記ネットワーク表示機能は最優先であり、その結果として要求規則リストが形成されるステップと、
前記要求されたウェブ・ページをウェブ・サーバから取り出すステップと、
結果として生じるＣＳＳ規則リスト内での競合を抑制しながら、前記ウェブ・ページのすべてのＣＳＳ提示定義を集約するステップと、
ＣＳＳに関係しない前記ＨＴＭＬページのステートメントを修正し、前記要求規則リストに指定された前記デバイスおよびネットワークの機能を考慮の対象としながら前記ＣＳＳ規則リストを反映させるステップと、
前記修正されたステートメントを含む前記ＨＴＭＬページを前記デバイスに伝送するステップと、
を有する方法。
【請求項２】
前記修正するステップが、
ＣＳＳに関係しない前記ＨＴＭＬページに導くための前記修正のアクション・リストを作成するステップと、
前記修正されたステートメントを作成するためにこれらのアクションを解釈するステップと、
をさらに有する、請求項１に記載の方法。
【請求項３】
前記すべてのＣＳＳ提示定義を集約するステップが、
前記取り出されたＨＴＭＬページに埋め込まれた前記ＣＳＳ提示定義を収集するステップと、
アドレスがＨＴＭＬステートメントに提供されたウェブ・サーバから、前記ウェブ・サーバに格納されたＣＳＳファイルに格納された前記提示定義を読み取るステップと、
をさらに有する、請求項１または２のいずれか一項に記載の方法。
【請求項４】
前記ウェブ・サーバから読み取られた前記ＣＳＳファイルを、ＣＳＳキャッシュ・ファイル上に格納するステップをさらに有する、請求項３に記載の方法。
【請求項５】
前記デバイスのアクティビティに関する付加価値機能を実行するために、前記デバイスからの前記要求を使用するステップをさらに有する、請求項１から４のいずれか一項に記載の方法。
【請求項６】
デバイス機能、デバイス設定、およびネットワーク設定に関する情報をリポジトリに格納する初期のステップであって、前記リポジトリは、前記すべてのデバイスおよびネットワーク表示機能情報を集約するステップを実行するために読み取られる、格納するステップをさらに有する、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記伝送するステップの前に、前記取り出されたウェブ・ページに含まれ、ＣＳＳに関係する、前記ＨＴＭＬページ・ステートメント内のすべてのステートメントを抑制するステップをさらに有する、請求項１から６のいずれか一項に記載の方法。
【請求項８】
コンピュータに、請求項１から７のいずれか一項に記載の方法の各ステップを実行させるためのコンピュータ・プログラム。
【請求項９】
請求項１から８のいずれか一項に記載の方法の前記ステップのうちのいずれか１つを実行するために適合された手段を有する、データ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カスケーディング・スタイルシート（ＣＳＳ）がサポート不能な携帯情報端末（ＰＤＡ）などのウェブ・デバイス上で表示されるＨＴＭＬ  Ｖ４ページの分野に関する。
【背景技術】
【０００２】
しかしながら、ＨＴＭＬをサポートしているＰＤＡ、パケットＰＣ、および携帯電話などのウェブ・デバイスは、画面上に表示されるＨＴＭＬページの提示（ｐｒｅｓｅｎｔａｔｉｏｎ）に制限がある。この制限は本来、メモリ・サイズの制限などのウェブ・デバイスの容量制限、ディスプレイ・アトリビュータ、またはモバイル・ネットワークの帯域幅の制限から生じるものである。
【０００３】
ウェブ・デバイス上に表示されるＨＴＭＬページの提示を改善するために、標準化ＨＴＭＬ  Ｖ４はカスケーディング・スタイルシート（ＣＳＳ）のサポートを提案する。ＣＳＳをサポートするブラウザは、色、線の高さなどの高度な表示機能を使用するページ提示の記述を含むハイパーリンクを指示する、ＨＴＭＬ  Ｖ４ページ内のリンク・ステートメントを解釈する。リンク・ステートメントの代わりとして、ＨＴＭＬページにプレゼンテーション・スタイルシートを埋め込むことができる。Ｗ３Ｃなどの標準化団体は、ＨＴＭＬ言語を提示の責務から解放するためにＣＳＳの使用を強力に推進している。ＲＥＣ−ＣＳＳ１−１９９９０１１１と呼ばれるＣＳＳレベル１については、１９９６年１２月付けであり１９９９年１月に改定された、Ｗ３Ｃの勧告で説明されている。
【０００４】
ＨＭＴＬ方法論の進化と並行して、ウェブ・デバイスそれ自体の提示機能も増加してきた。残念ながらすべてのブラウザがＨＴＭＬ  Ｖ４のＣＳＳをサポートしているわけではない。一部のウェブ・デバイスのブラウザはＣＳＳをサポートしていない。１９９７年１月１４日付けＷ３Ｃ勧告のＨＴＭＬ  ３．２リファレンス仕様書、ＲＥＣ−ｈｔｍｌ３２に示されるように、ＨＴＭＬ  Ｖ３．２までしかサポートしていない。ＨＴＭＬ  ３．２までサポートしているウェブ・デバイス・ブラウザは、リンク・ステートメントおよび埋め込まれたＣＳＳをスキップすることによって、ＨＴＭＬ  Ｖ４ページを読むことができる。したがって、たとえウェブ・デバイスが高度なテキスト表現用のハードウェアおよびソフトウェア機能を備えていても、ブラウザがＣＳＳを使用できないため、ＣＳＳの提示機能、こうしたウェブ・デバイスによって表示されるＨＴＭＬページの提示機能は、初歩的なままであり満足できるものではない。さらに、提示機能が制限されるという問題が、ウェブ・アプリケーションの機能にも影響を与える場合がある。たとえば、ウェブ・ページの機能ボタンは高度な提示機能を介さなければ見えない可能性があるため、ブラウザがＣＳＳを理解しない場合は活動化できない。
【０００５】
高度な提示機能を備えているが、ＨＴＭＬ  Ｖ３．２までのウェブ・ページしかサポートしていないブラウザを動作させるウェブ・デバイスの一例が、Ｎｏｋｉａ  ９１１０携帯電話であり、ブラウザの制限については、１９９９年４月２１日発行のパンフレット、Ｎｏｋｉａ  ９１１０コミュニケータ・ブラウザ・スタイル・ガイドブックに記載されている。
【０００６】
この問題への解決策の１つが、これらのウェブ・デバイス上でＨＴＭＬ  Ｖ４をサポートするブラウザを開発することである。専用ブラウザの開発および配布コストにより、デバイス製造業者がブラウザをアップグレードするのを妨げる可能性がある。ウェブ・デバイス製造業者がこうした開発に取り組むのを妨げている他の理由は、一部のデバイスは改良された提示機能を備えているが、ＨＴＭＬ  Ｖ４  ＣＳＳの特異性によってサポートされるであろうと想定されるすべての機能に関するものではないという事実である。これは、ウェブ・デバイス特有のブラウザを開発すること、およびデバイスの提示機能の増加に伴ってさらにアップグレードが必要となることを示唆する。
【０００７】
したがって、ＣＳＳを含むＨＴＭＬ  Ｖ４のウェブ・ページを表示する際にＨＴＭＬ  ３．２までのＨＴＭＬウェブ・ページをサポートするブラウザを動作させ、それら固有の高度なデバイス提示機能が利用できるようにすることを含み、現在のウェブ・デバイスを使用することが求められている。
【非特許文献１】ＲＥＣ−ＣＳＳ１−１９９９０１１１、１９９６年１２月、Ｗ３Ｃ勧告
【非特許文献２】１９９７年１月１４日付けＷ３Ｃ勧告のＨＴＭＬ  ３．２リファレンス仕様書、ＲＥＣ−ｈｔｍｌ３２
【非特許文献３】１９９９年４月２１日発行のパンフレット、Ｎｏｋｉａ  ９１１０コミュニケータ・ブラウザ・スタイル・ガイドブック
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の一目的は、ＨＴＭＬ  Ｖ３．２ページの提示機能に比べて、レベル３．２までのブラウザを動作するウェブ・デバイス上でＨＴＭＬ  Ｖ４ページの提示を最適化する方法を提供することである。
【０００９】
本発明の第２の目的は、ウェブ・デバイスそれ自体に固有の表示機能を最大限に利用してＨＴＭＬ  Ｖ４ページの提示を最適化することである。
【課題を解決するための手段】
【００１０】
これらの目的は、ＣＳＳをサポートできないウェブ・ブラウザを使用するデバイスが、ネットワークを介して要求し、ネットワークを介してサポート可能な含まれるＣＳＳのすべての提示機能を使用しながらＣＳＳを含むウェブＨＴＭＬページを表示できるようにするための方法を利用することによって達成され、当該方法は、ウェブＨＴＭＬページを取得する要求をデバイスから受け取るステップと、要求元デバイスを識別し、デバイスおよびネットワークのすべての表示機能情報を集約し、矛盾する情報を抑制するステップであって、ネットワーク表示機能は最優先であり、その結果として要求規則リストが形成される、ステップと、要求されたウェブ・ページをウェブ・サーバから取り出すステップと、結果として生じるＣＳＳ規則リスト内での競合を抑制しながら、ウェブ・ページのすべてのＣＳＳ提示定義を集約するステップと、ＣＳＳに関係しないＨＴＭＬページのステートメントを修正し、要求規則リストに指定されたデバイスおよびネットワークの機能を考慮の対象としながらＣＳＳ規則リストを反映させるステップと、修正されたステートメントを含むＨＴＭＬページをデバイスに伝送するステップとを有する。当該方法は、コンピューティング機能を備えたプロキシ・サーバまたはルータとすることが可能なネットワーク・コンポーネント上で実行される。
【００１１】
これらの目的は、当該方法が、コンピューティング機能を有するプロキシ・サーバまたはルータまたはスイッチとすることが可能なネットワーク・コンポーネント上にインストールされたプログラムによって実行された場合にも達成される。
【００１２】
本発明の解決策を使用すれば、ブラウザまたはデバイスの任意のいかなる部分も修正する必要がなく、この解決策はＣＳＳをサポートしないブラウザを有する広範囲にわたるデバイスをかなり迅速にサポートするために非常に有用である。
【００１３】
本発明の解決策の利点は、ネットワークのコンポーネント上で動作するプログラムとして実施される単純な解決策を提供することである。この解決策はインストールが簡単であり、すべての種類のデバイスに適合可能であり、それぞれウェブ・デバイス製造業者およびネットワーク通信事業者によって使用可能とされる公開情報である接続されたデバイスおよびネットワークに関する情報のみを使用する。
【００１４】
ネットワーク・コンポーネントは、請求またはセキュリティあるいは任意の他の付加価値機能などの他の集中オペレーションに使用することも可能である。さらにこの解決策は、他の集中アプリケーション向けに多くの顧客によって共有されるネットワークの既存のコンポーネント上で実施することも可能である。
【発明を実施するための最良の形態】
【００１５】
図１には、好ましい実施形態に従った解決策のオペレーティング環境が示される。ＰＤＡ（１２０）またはシンＰＣ（１１０）などのウェブ・デバイスは、ウェブ・ネットワーク（１００）を介してウェブ・サーバ（１３０）にアクセスする。ウェブ・デバイスは、ウェブ・サーバ上でそれらのウェブ・ブラウザを使用して読み取ったウェブ・ページを表示する。ウェブ・ページを要求するための現在知られているプロトコルはＨＴＴＰまたはＨＴＴＰＳであり、ウェブ・デバイスはＨＴＴＰまたはＨＴＴＰＳ要求をウェブ・サーバ・アドレスに向けて送信し、ウェブ・ページを取得する。図１のウェブ・サーバ（１３０）では、ウェブ・ページがカスケーディング・スタイルシート（ＣＳＳ）機能を含むＨＴＭＬ  Ｖ４をインプリメントする。ＨＴＭＬ  Ｖ４のウェブ・ページは２つの異なるファイル（１４０、１５０）からなる。第１の（１４０）ファイルは、ＨＴＭＬステートメントと、第２のファイル（１５０）へのＵＲＬを外部ＣＳＳスタイルシートに提供するいくつかの「リンク」ステートメントとを含む。いくつかのＣＳＳスタイルシート・リンクは、異なるウェブ・サーバ（１６０）上に格納された他のＣＳＳスタイルシート・ファイルを指し示す場合があることに留意されたい。ＣＳＳスタイルシート・ファイルは、ＨＴＭＬ  Ｖ４をサポートするブラウザによってのみ表示可能な提示を記述する。図１では、ウェブ・デバイス（１１０、１２０）はＨＴＭＬ３．２までのみをサポートしている。ブラウザを有するがＣＳＳをサポートしていないこうしたデバイスは、ポケットＰＣ  ２００２までのポケットＩＥ、パーム・パイロット・ウェブ・ブラウザ、ＮＯＫＩＡ  ９１１０、ミニテル・デバイス、ならびにＶ４より前のバージョンのインターネット・エクスプローラおよびネットスケープ・ナビゲータがインストールされたすべてのコンピューティング機器である。ウェブ・サーバからＨＴＭＬ  Ｖ４のウェブ・ページを受け取るこれらのブラウザは、第１のファイル（１４０）のみを解釈し、リンク・ステートメントはスキップする。ＣＳＳがＨＴＭＬ  Ｖ４ページのステートメントに埋め込まれた場合、埋め込まれたＣＳＳ記述もＨＴＭＬ  Ｖ３．２ブラウザによってスキップされる。下記に、アドレスで示された外部ＣＳＳファイルを指し示す２つの「リンク」ステートメントを含むＨＴＭＬ  Ｖ４ページのステートメントの一例を示す。
＜ｈｔｍｌ＞
＜ｌｉｎｋ  ｒｅｌ＝“ｓｔｙｌｅｓｈｅｅｔ”ｔｙｐｅ＝“ｔｅｘｔ／ｃｓｓ”
ｒｅｆ＝“／ｃｏｍｍｏｎ／ｖ６／ｃｓｓ／ｗ３＿ｃｏｍｍｏｎ．ｃｓｓ”／＞
＜ｌｉｎｋ  ｒｅｌ＝“ｓｔｙｌｅｓｈｅｅｔ”ｔｙｐｅ＝“ｔｅｘｔ／ｃｓｓ”
ｈｒｅｆ＝“／ｃｏｍｍｏｎ／ｖ６／ｃｓｓ／ｗ３＿ｎｅｔｓｃａｐｅ．ｃｓｓ”／＞
＜ｂｏｄｙ＞
＜ｈ１＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  １＜／ｈ１＞
＜ｈ２＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  ２＜／ｈ２＞
＜ｐ＞Ｔｈｉｓ  ｉｓ  ａ  ｐａｒａｇｒａｐｈ＜／ｐ＞
＜／ｂｏｄｙ＞
＜／ｈｔｍｌ＞
【００１６】
以下に、２つの「スタイル」ステートメント間に埋め込まれたＣＳＳを使用するＨＴＭＬ  Ｖ４ステートメントの一例を示す。
＜ｈｔｍｌ＞
＜ｈｅａｄ＞
＜ｓｔｙｌｅ  ｔｙｐｅ＝“ｔｅｘｔ／ｃｓｓ”＞
ｈ１｛ｃｏｌｏｒ：  ＃００ｆｆ００｝
ｈ２｛ｃｏｌｏｒ：  ＃ｄｄａ０ｄｄ｝
ｐ｛ｃｏｌｏｒ：  ｒｇｂ（０，０，２５５）｝
＜／ｓｔｙｌｅ＞
＜／ｈｅａｄ＞
＜ｂｏｄｙ＞
＜ｈ１＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  １＜／ｈ１＞
＜ｈ２＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  ２＜／ｈ２＞
＜ｐ＞Ｔｈｉｓ  ｉｓ  ａ  ｐａｒａｇｒａｐｈ＜／ｐ＞
＜／ｂｏｄｙ＞
＜／ｈｔｍｌ＞
【００１７】
図１に記載されるように、好ましい実施形態の解決策では、ウェブ・ネットワーク（１７０）のＣＳＳ補償層コンポーネント上にプログラムがインストールされる。プログラムは、ウェブ・デバイスによって送信されたＨＴＴＰ要求を使用して、２つのファイルのＨＴＭＬ  Ｖ４ウェブ・ページを収集し、必要であれば他のウェブ・サーバ上の他のＣＳＳスタイルシート・ファイルを収集し、ＨＭＴＬ  Ｖ３．２ウェブ・ページまでをサポートするブラウザによって表示可能な、初期のＨＴＭＬ  Ｖ４ウェブ・ページのＣＳＳスタイルシート・ファイル内に提示された場合に最良の提示特徴を反映する表示属性を有する、新しく作成されたウェブ・ページをウェブ・デバイスに返送する。ＣＳＳ補償層ウェブ・ネットワーク・コンポーネントは、好ましい実施形態に従ってプログラムをインプリメントできるプログラミング手段能力を有する高機能ルータのプロキシ・サーバとすることができる。
【００１８】
図２は、好ましい実施形態に従ったＣＳＳ補償層ネットワーク・コンポーネント（１７０）上で動作するＣＳＳプロキシ・プログラムを構成する論理ブロックを示す。この「ＣＳＳプロキシ」は、クライアント・デバイス・ウェブ・ブラウザの「分散型プラグイン」として動作する。これは、サーブレット３．２フィルタ、ＨＴＴＰプロキシ・プラグイン、またはＷＢＩ  Ｍｅｇｓを使用して実現可能である。たとえばこのプログラムを作成するために、ＩＢＭ  Ｗｅｂｓｐｈｅｒｅ  Ｔｒａｎｓｃｏｄｉｎｇ  Ｐｕｂｌｉｓｈｅｒの外部注釈機構を使用することができる。
【００１９】
ＣＳＳプロキシがＣＳＳを含むＨＴＭＬ  Ｖ４ウェブ・ページに関するウェブ・デバイスからの要求を代行受信し、デバイスは解釈できないことになる。ＣＳＳプロキシは、要求されたＨＴＭＬ  Ｖ４ページの収集、ならびに、デバイス機能およびネットワーク制約に従ってできる限り多くの提示スタイルを適用するこれらのページの調整を管理する。たとえば、白黒のミニテルはカラー表示できないが、テキストを明滅させることはできる。したがって、「赤」属性を「明滅」属性に置き換えることができる。その後、ＣＳＳプロキシは調整されたページをウェブ・デバイスに戻す。
【００２０】
ＣＳＳプロキシの第１の論理ブロックは、設定の集約（２００）機能をインプリメントする。このブロックは、たとえばヘッダにデバイスの識別を含む要求をウェブ・デバイスから受け取る。要求を搬送するネットワーク（パーム・パイロットからの無線ネットワークなど）も識別され、設定の集約機能は識別されたデバイスに関する情報にアクセスし、それらをネットワークに関する情報と統合して、このデバイスに関するウェブ・ページの提示を作成するために使用される提示属性のリストである「要求規則リスト」を作成する。
【００２１】
これらの情報は、ＣＳＳ補償層ネットワーク・コンポーネント（１７０）に接続されたリポジトリに格納することができる。これらの情報は、それぞれウェブ・デバイス製造業者およびネットワーク通信事業者によって使用可能とされる公開情報である。これらの情報は、常にキーワード値言語の通信プロトコルを介して使用可能とされる。
【００２２】
図４は、好ましい実施形態に従ったＣＳＳプロキシ・ネットワーク・コンポーネントの対応するリポジトリ（２２０）に格納されたネットワーク設定サンプルを示す図である。ネットワークのこれらの特徴は、提示規則に適用するための第１の制約を表す。このサンプルでは、無線ネットワーク（「ＮｅｔｗｏｒｋＮａｍｅ」キーワード）、サポート不能なｍｐｇファイル（「ｕｎｓｕｐｐｏｒｔｅｄＥｘｔｅｎｓｉｏｎ」キーワード）、およびｂｍｐファイル・タイプ・イメージ（「ｕｎｓｕｐｐｏｒｔｅｄＩｍａｇｅｓ」キーワード）を有する。ネットワーク設定は、このデバイス用の「要求規則リスト」を作成する場合の最優先の制約を形成する。
【００２３】
図５は、好ましい実施形態に従ったＣＳＳプロキシ・ネットワーク・コンポーネントの対応するリポジトリ（２１５）に格納された設定サンプルを示す図である。デバイス設定サンプルは、初期設定時にこのデバイスについて定義された提示に関する構成可能設定の値を記述する。デバイスのブラウザがバージョン３．２までのＨＴＭＬをサポートしているため、ＣＳＳはサポートされておらず、キーワード「ｃａｓｃａｉｎｇＳｔｙｌｅＳｈｅｅｔＳｕｐｐｏｒｔｅｄ」で示され、「ｆａｌｓｅ」で設定される。サポートされるイメージ（「ｓｕｐｐｏｒｔｅｄＩｍａｇｅｓ」キーワード）はｇｉｆおよびｊｐｇであり、サポートされていないイメージ（「ｕｎｓｕｐｐｏｒｔｅｄＥｘｔｅｎｓｉｏｎ」キーワード）のリストの一部がないため、ネットワーク設定に矛盾するとは思われない。デバイス設定は、デバイスの「要求規則リスト」を作成する場合の最優先基準を表すネットワーク設定との互換性をチェックすべきである。
【００２４】
図６は、好ましい実施形態に従ったＣＳＳプロキシ・ネットワーク・コンポーネントの対応するリポジトリ（２１５）に格納されたデバイス設定サンプルを示す図である。デバイス設定に照らしてネットワーク設定がチェックされると、デバイス機能は、デバイスに関する最終の「要求規則リスト」を構築するものとみなされる。このサンプルでは、デバイスはポケットＰＣである。デバイスは、以前に分析したようにネットワーク制約によって上書き可能な一定の機能を有する。
【００２５】
図７は、ＣＳＳプロキシの設定の集約論理ブロックの実行の終わりに、デバイス用に結果として作成される要求規則リストを示す図である。要約すれば、無線モードで接続されたポケットＰＣによって送信された要求に答えるウェブ・ページの提示を作成するために、図７のリストを取得する。たとえば要求規則リストでは、デバイス設定「ｔｅｘｔＬｉｎｋｓＰｒｅｆｅｒｒｅｄＴｏＩｍａｇｅｓ＝ｆａｌｓｅ」が、ネットワーク設定サンプルで識別されたネットワーク制約「ｔｅｘｔＬｉｎｋｓＰｒｅｆｅｒｒｅｄＴｏＩｍａｇｅｓ＝ｆａｌｓｅ」によって上書きされていることに留意されたい。
【００２６】
図２に戻ると、設定の集約論理ブロックによって処理された要求は、アドレスがデバイスの要求に含まれるウェブ・サーバ（１３０）に転送される。しかしながら、要求は最初に、付加価値論理ブロック（２３０）であるＣＳＳプロキシの第２の論理ブロックに転送される場合がある。図２では点線で示されているこのブロックはオプションであり、必要に応じて請求、セキュリティなどの追加機能のためにインプリメントされる。したがってオプションの実施形態では、ＣＳＳプロキシ機能に加えて、好ましい実施形態に従った解決策のオペレーティング環境のＣＳＳ補償層ネットワーク・コンポーネント（１７０）の使用を最適化する、他の付加価値機能がインプリメントされる。
【００２７】
ウェブ・サーバは、ＨＴＭＬ  Ｖ４フォーマットの可能性がある要求されたページを戻す。この場合、ＣＳＳがＨＴＭＬステートメントに埋め込まれるか、またはＨＴＭＬ  Ｖ４ページのリンク・ステートメントがＣＳＳファイルを指し示すアドレスを含む。ＨＴＭＬページは、好ましい実施形態ではオプションでないＣＳＳの集約論理ブロックで受信される。ＣＳＳの集約論理ブロックでは、ＣＳＳが取り出され、取り出されたすべてのＣＳＳから来るすべてのＣＳＳスタイル定義を均一化するＣＳＳ規則リストを作成するために均一化される。外部ＣＳＳはＣＳＳサーバ（１６０）またはウェブ・サーバ自体（１３０）から取り出され、提示ステートメントが他のステートメントと混合される際にレベルＶ３．２のＨＴＭＬページに投入される。しかしながらこのオペレーション中に、埋め込まれたＣＳＳと外部ＣＳＳから来る提示ステートメントの間に、何らかの矛盾が存在する場合がある。この競合は、ページの提示を均一化するためにこの論理ブロック内で解決される。たとえば、１つの埋め込まれたＣＳＳで
Ｈ１｛ｃｏｌｏｒ：  ＃００ｆｆ００｝
であり、外部ＣＳＳ（リンク）で
Ｈ１｛ｃｏｌｏｒ：  ＃ｄｄａ０ｄｄ｝
が読み取られた場合、ＣＳＳの集約論理ブロックはＨ１｛ｃｏｌｏｒ：  ＃ｄｄａ０ｄｄ｝のみをＣＳＳ規則リストに追加することになる。
【００２８】
ＣＳＳの集約論理ブロックでの実行の後、Ｖ３．２ステートメントを含むＨＴＭＬページ、ならびに、取り出されたすべてのＣＳＳから抽出された整合性のあるスタイル定義のリストを含むＣＳＳ規則リストが発行される。
【００２９】
デバイスからの次のページ要求を処理する際の性能を向上させるために、オプションで、取り出されたＣＳＳをキャッシュ・メモリ、すなわちＣＳＳキャッシュ（２５０）に格納することが可能である。
【００３０】
最後のトランスコード論理ブロック（２６０）では、設定の集約論理ブロックからの入力およびＣＳＳの集約論理ブロックからの入力が処理される。設定の集約論理ブロックでは要求規則リストが作成され、ＣＳＳの集約論理ブロックでは、ＨＴＭＬ  Ｖ３．２ステートメント・ページと、ＣＳＳから取り出されて均一化されたページのスタイル定義を含むＣＳＳ規則リストとが作成される。トランスコード論理ブロックでは、入力が処理され、要求を送信したデバイスに適合された調整済みのウェブ・ページが作成され、（１１０）に返送される。入力は２つのステップで処理される。第１のステップは、このデバイスに対応する要求規則リストを用いてＣＳＳ規則リストをチェックするステップと、デバイス用の要求規則リストを考慮に入れながら、ＣＳＳ規則リストを導入するためにＨＴＭＬ  Ｖ３．２ページ・ステートメント上で実行するすべてのアクションを含むアクション・リストを作成するステップからなる。第２のステップは、トランスコード論理ブロックで、アクションを解釈するステップと新しいページ・ステートメントを生成するステップからなる。最終的にＣＳＳプロキシは、ＣＳＳ規則リストの各スタイルについて、ＣＳＳプロキシはデバイスに関する等価のスタイルを自身のプロファイル（要求規則リスト）内で定義されたように解釈し、ＨＴＭＬ  ３．２で実行された場合に関連する属性をＨＴＭＬ  Ｖ４ページのＨＴＭＬタグに追加する、という方法で、ＨＴＭＬ  Ｖ４ページをＨＴＭＬ  Ｖ３．２ページに変換する。
【００３１】
一例として、ＣＳＳの集約論理ブロックの実行後に提供されるＨＴＭＬ  Ｖ３．２ページが次のとおりであると想定する。
＜ｈｔｍｌ＞
＜ｂｏｄｙ＞
＜ｈ１＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  １＜／ｈ１＞
＜ｈ２＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  ２＜／ｈ２＞
＜ｐ＞Ｔｈｉｓ  ｉｓ  ａ  ｐａｒａｇｒａｐｈ＜／ｐ＞
＜／ｂｏｄｙ＞
＜／ｈｔｍｌ＞
さらに、ＣＳＳ規則リストが次のとおりであるとも想定する。
ｈ１｛ｃｏｌｏｒ：  ＃００ｆｆ００｝
ｈ２｛ｃｏｌｏｒ：  ＃ｄｄａ０ｄｄ｝
ｐ｛ｃｏｌｏｒ：  ｒｇｂ（０，０，２５５）｝
要求規則リストから、デバイスがカラー属性をサポートしていないという事実がわかった場合、トランスコード論理ブロックで以下のアクション・リストが作成される。
Ｒｅｐｌａｃｅ  ＜ｈ１＞  ｂｙ  ＜Ｂ＞
Ｒｅｐｌａｃｅ  ＜ｈ２＞  ｂｙ  ＜Ｉ＞
これがトランスコード論理ブロックで解釈され、以下のＨＴＭＬ  Ｖ３．２ページ・ステートメントが生成される。
＜ｈｔｍｌ＞
＜ｂｏｄｙ＞
＜ｈ１＞＜Ｂ＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  １＜／Ｂ＞＜／ｈ１＞
＜ｈ２＞＜Ｉ＞Ｔｈｉｓ  ｉｓ  ｈｅａｄｅｒ  ２＜／Ｉ＞＜／ｈ２＞
＜ｐ＞Ｔｈｉｓ  ｉｓ  ａ  ｐａｒａｇｒａｐｈ＜／ｐ＞
＜／ｂｏｄｙ＞
＜／ｈｔｍｌ＞
その後、この調整済みページがデバイスに送信される。
【００３２】
図３は、好ましい実施形態に従った方法を全体的に示す流れ図である。第１のステップ（３００）では、好ましくはＨＴＴＰまたはＨＴＴＰＳプロトコルの下で、コンピューティング・リソースを備えた専用プロキシ・サーバまたはルータなどのネットワーク・コンポーネントであるコンピューティング・ロケーションで、要求が受信される。要求は、ブラウザがＣＳＳをサポートしていないウェブ・デバイスによって送信される。第２のステップ（３１０）ではデバイスが識別され、ＨＴＴＰまたはＨＴＴＰの場合、ヘッダはデバイス識別子を有する。デバイスに対応するデバイス機能リポジトリおよびデバイス設定リポジトリに格納された情報が抽出される。要求を送信するためにデバイスによって使用されるネットワークがコンピューティング・システムから、および当分野で周知の多くの可能性の中の１つによって取得され、ネットワーク設定リポジトリから対応するネットワーク設定情報を抽出するためにこのステップで使用される。次のステップ（３２０）では、抽出されたすべての情報の中から選択された情報のリストを構築することによって、設定の集約が実行される。リスト項目の選択を構築するために、デバイスの設定に照らして妥当性が検査されるネットワーク設定に優先順位が与えられ、その後デバイス機能を使用して最後の選択が実行される。設定の集約ステップで、要求規則リストが完了する。次のステップは、ウェブ・サーバから要求されたウェブ・ページを取り出すステップ（３４０）からなる。ウェブ・ページがＣＳＳを含まない場合（テスト３４５の回答がｙｅｓ）、取り出されたページはいかなる変更もなく他の機能を介して転送され（３９０）、現状のままでデバイスに送信される。ＨＴＭＬ  Ｖ３．２までをサポートしているブラウザ・デバイスは、このページを解釈することができる。取り出されたページが少なくとも１つのＣＳＳを含む場合、ＣＳＳがデバイスによってサポートされているかどうかが要求規則リスト内でチェックされる。デバイスがＣＳＳをサポートしている場合（テスト３５０の回答がｙｅｓ）、取り出されたページはいかなる変更もなく他の機能を介して転送され、（３９０）、現状のままでデバイスに送信される。ＨＴＭＬ  Ｖ４をサポートしているブラウザ・デバイスは、ＣＳＳスタイルそれ自体を解釈し、これを使用してウェブ・ページを表示できるようになる。デバイスがＣＳＳをサポートしていない場合（テスト３５０の回答がＮｏ）、および好ましい実施形態の方法によってサポートされている主なケースの場合、必要であればＣＳＳが取り出されて集約される。ＣＳＳスタイル定義は、以前のステップで取り出されたページのＨＴＭＬ  Ｖ４ステートメントに直接埋め込むことができる。他のケースは、ＨＴＭＬページ・ステートメントがリンク・ステートメントを含む場合である。このケースでは、ウェブ・サーバまたは特定のＣＳＳサーバ上に位置するファイルからＣＳＳスタイル定義が取り出される。ＨＴＭＬページのすべてのＣＳＳスタイル定義が取り出されると、矛盾する定義がリストから抑制され、結果として生じるリストがＣＳＳ規則リスト（３７０）を形成する。このリストならびに取り出されたＨＴＭＬページが、次のトランスコード・ステップ（３６５）への入力として使用される。このステップでは、ＣＳＳに関係しないＨＴＭＬページのステートメントが、ＣＳＳ規則リストの提示スタイル定義を考慮に入れるが、デバイスおよびネットワークの機能および設定に関する要求規則リストと矛盾しないように、修正される。好ましい実施形態では、性能上の理由からトランスコード・ステップは、残りのＨＴＭＬステートメントに導くための修正を記述したアクション・リストを作成するための第１のステップと、ＨＴＭＬステートメント上でこれらのアクションを解釈する第２のステップの、２つのステップで実行される。結果として生じるＨＴＭＬステートメントが、その提示機能に適合し、ウェブ・ページを表示するために解釈可能なＨＴＭＬ  Ｖ３．２からのステートメントのみを含む、デバイス用に調整された最終的なＨＴＭＬページを形成する。
【図面の簡単な説明】
【００３３】
【図１】好ましい実施形態に従った解決策が実施されるシステムを示す図である。
【図２】好ましい実施形態に従ったＣＳＳ補償層ネットワーク・コンポーネント上で動作するプログラムを構成する論理ブロックを示す図である。
【図３】好ましい実施形態に従った方法を全体的に示す流れ図である。
【図４】ネットワーク設定リポジトリの一例を示す図である。
【図５】デバイス設定リポジトリの一例を示す図である。
【図６】デバイス機能リポジトリの一例を示す図である。
【図７】無線接続ポケットＰＣ用の要求規則リストの一例を示す図である。
【図１】
2009514045.tif 000003
【図２】
2009514045.tif 000004
【図３】
2009514045.tif 000005
【図４】
2009514045.tif 000006
【図５】
2009514045.tif 000007
【図６】
2009514045.tif 000008
【図７】
2009514045.tif 000009
【国際調査報告】
2009514045.tif 000010
2009514045.tif 000011
2009514045.tif 000012