JP2003524821A

JP2003524821A - コンテンツ変換用の変換レジストリサービス

Info

Publication number: JP2003524821A
Application number: JP2001500988A
Authority: JP
Inventors: ルトフィエユミットヤルシナルプ; ポリーナクズネトソフ
Original assignee: サンマイクロシステムズインコーポレーテッド
Priority date: 1999-05-28
Filing date: 2000-05-30
Publication date: 2003-08-19
Also published as: EP1236129A2; WO2000073941A3; AU5589900A; WO2000073941A2

Abstract

(57)【要約】本発明に係るメソッド及びシステムによれば、ＸＳＬ変換リポジトリとして機能する変換レジストリサービスを提供することにより、既存のＸＳＬ変換システムに内在する問題を解決することができる。ＸＳＬ変換サービスを用いると、アプリケーションにおけるＸＳＬ変換によって、ＸＭＬドキュメントが様々なクライアントに送信されるようになる。つまり、変換レジストリサービスは、アプリケーション、クライアント、及びクライアントコンフィギュレーションに応じたマッピングを保持する。クライアントコンフィギュレーションは、アプリケーション及びＸＳＬ変換に基づいて定義される。また、クライアントコンフィギュレーションによって、アプリケーションで変換を適用または拡張することが可能になる。クライアントがアプリケーションにＸＭＬドキュメントを要求するたびに、アプリケーションは変換レジストリサービスに問い合わせて、クライアントとそのコンフィギュレーションに適したＸＳＬ変換を探す。そうして求めた変換は、ＸＭＬドキュメントに反映され、変換後のＸＭＬドキュメントが要求側のクライアントに送信される。

Description

【発明の詳細な説明】

【０００１】（同時係属出願について）１９９９年５月２８日に出願された米国特許仮出願番号６０／１３６，７６４
の「変換レジストリサービス」に基づき、全てをそのまま引用して本出願に盛り
込むものとする。

【発明の背景】

【０００２】（１．発明の技術分野）本発明は、概して、データ処理システムに関し、更に詳しくは、拡張可能スタ
イル言語（ＸＳＬ＝ Extensible Style Language）のスタイルシートを用いる
ことによるコンテンツ変換に関する。

【０００３】（２．発明の背景技術）インターネットが今後の市場として有望視されている。モデムや電話接続など
の通信メカニズムを備えたコンピュータは、インターネットへのアクセス取得や
商品、サービスの購入にほぼ必要不可欠な存在となっている。ネットスケープ社
のネットスケープ・ナビゲーター（Netscape Navigator）などのウェブブラウザ
と呼ばれるプログラムのおかげで、インターネットで入手可能な情報の広大なネ
ットワークを探索することが容易になっている。なお、インターネットの下位区
分は、具体的には「ワールドワイドウェブ」として知られている。

【０００４】ウェブの構造はクライアント・サーバ型をとっている。「クライアント」及び
「サーバ」という用語は、データを要求する側（クライアント）か、あるいはデ
ータを提供する側（サーバ）かというコンピュータの一般的な役割を示すもので
ある。従来の設定では、ウェブブラウザは各クライアントに常駐し、インターネ
ット（ウェブ）サーバに常駐する特別にフォーマットされた文書にアクセスする
ために用いられる。ウェブクライアントとウェブサーバは、「ハイパーテキスト
転送プロトコル」（ＨＴＴＰ＝ HyperText Transfer Procotol）と呼ばれる従
来型のプロトコルを用いて通信を行う。

【０００５】動作の際、ブラウザはサーバと接続し、ユニフォーム・リソース・ロケータ（
ＵＲＬ＝ Unifrom Resorce Locator）を用いてドキュメントを求める要求を発
する。サーバは、一般的には「ハイパーテキストマーク付け言語」（ＨＴＭＬ
＝ Hyper Text Markup Language）形式などの標準コード化形式で、要求された
ドキュメントを送信する。ＨＴＭＬフォーマット化言語は、「タグ」を用いるこ
とにより、テキストと図形を１つのドキュメントに組み込む。ＨＴＭＬタグは、
ＨＴＭＬドキュメント内の情報をフォーマット化するために、ドキュメント内の
見出しやフォントといった各要素を識別するコードである。たとえば、<BOLD>と
いうタグは、テキストが太字で表示されることを意味する。

【０００６】ＨＴＭＬにおいて、タグのセマンティックスとタグの組は、共に固定されてい
る。＜h1＞タグが常に第１レベルの見出しであるのに対し、<ati.product.code>
タグは意味をなさない。ワールドワイドウェブ・コンソーシアム（Ｗ３Ｃ＝ Wo
rld Wide Web Consortium, http://www.wc3.org）は、技術の変化に対応して新
しいタグを容認するとともに、ウェブ上での表示にスタイルシートなどの変型例
を取り入れるため、HTMLの定義を拡大した。スタイルシートとは、ドキュメント
のレイアウトを定義するファイルまたは形式である。たとえばウェブブラウザの
場合、スタイルシートには、ソースドキュメントの論理構造をどのように表示構
造（ハイパーテキストリンクを青で表示する、強調したテキストをより大きな音
声で流す、図表に一連の番号付けをするなど）に変換するかをウェブブラウザに
伝える命令が含まれている。しかし、こうした変換は、ブラウザの各販売元によ
る実装内容によって、さらには後方互換性が最優先されるという事実によって、
厳しく限定される。また、情報を広く伝播したい者にとって、ネットスケープ・
ナビゲーターやインターネット・エクスプローラ（Internet Explorer）の最新
製品のみに対応する機能は役に立たない。

【０００７】こうした制限に対処するため、Ｗ３Ｃは新しいフォーマット化言語を制定した
。それは、セマンティックス及びタグの組のいずれも指定しない拡張可能マーク
付け言語（ＸＭＬ）である。ＸＭＬは、ウェブにより適した標準一般化マーク付
け言語（ＳＧＭＬ）の限定された形式である。ＳＧＭＬは、ＩＳＯ８８７９によ
って定義されている。ＸＭＬはマーク付け言語を記述するためのメタ言語である
。つまり、ＸＭＬは、タグ及びそれらの間の構造的な関係を定義する機能を提供
するものである。ＸＭＬではあらかじめ定義されるタグの組は存在しないので、
あらかじめ想定されるセマンティックスも存在しえない。ＸＭＬドキュメントの
全てのセマンティックスは、セマンティックスの処理を行うアプリケーション、
またはスタイルシートのいずれかによって定義される。

【０００８】ＸＭＬを用いれば、開発者は独自にカスタマイズしたタグを作成して、ＨＴＭ
Ｌでは利用できなかった機能を提供することができる。さらに、ＸＭＬによって
コンテンツをその表示から切り離すことを可能になる。たとえば、各リンクで一
つの宛先しか参照できないＨＴＭＬとは異なり、ＸＭＬでは複数のドキュメント
を指すリンクにも対応できる。

【０００９】ＸＭＬドキュメントを、多様な目的や性能を持つ様々なクライアントに対して
提供することが可能である。たとえば、ある特定のドキュメントのコンテンツや
表示は、ネットスケープ・ナビゲーターを実行するパソコン（ＰＣ＝ Personal
Computer）の場合と、個人用携帯型情報端末（ＰＤＡ＝ Personala Digital A
ssistance）の場合とでは異なることが要求される。

【００１０】拡張可能スタイル言語（ＸＳＬ＝ Extensible Style Language）は、ＸＭＬ
で使用するスタイル言語の１つであり、異なるクライアントが同一のＸＭＬドキ
ュメントを異なる形式でを受け取ることを可能にする。ＸＳＬは、ＷＷＷコンソ
ーシアムによって定義されている。拡張可能スタイル言語変換（ＸＳＬＴ＝ Ex
tensible Style Language Transformation）言語はＸＳＬの一部分であり、ＸＭ
Ｌドキュメントを他のドキュメントに変換することを可能にする。ＸＳＬ仕様言
語は、ＸＭＬドキュメント作成時にコンテンツからスタイルを切り離す。また、
ＸＳＬを用いてコンテンツ変換を実現することにより、ＸＭＬドキュメントを他
のドキュメントに変換することが可能になる。ＸＭＬドキュメントでＸＳＬを用
いるために、開発者は、ＸＳＬ言語で書かれた文書の変換を記述する１つのＸＳ
Ｌスタイルシートを作成し、ＸＳＬＴプロセッサを用いて複数のＸＭＬドキュメ
ントに変換を適用する。この仕様を通じ、ＸＳＬ変換は、ＸＳＬスタイルシート
を用いて文書を変換する処理として定義される。

【００１１】ＸＳＬ変換により、開発者は、ある特定のドキュメントを種々のＸＭＬドキュ
メントに変換することができるが、アプリケーションに対応した変換がアプリケ
ーション自体に対してハードコード化されている場合、変換は制限される。たと
えば、ＸＭＬドキュメントは、種々のアプリケーションの種々のクライアントに
基づいて変換されたり、スタイルを設定されたりすることが必要である。アプリ
ケーションにおいて、異なるタイプのＸＳＬ変換を新しいタイプのクライアント
に対して指定する必要がある場合、そのたびにアプリケーションの再コンパイル
や再起動を行わなければならない。このように、アプリケーションが新しいクラ
イアント及びコンフィギュレーションに対応することが要求されるので、アプリ
ケーションサーバに常駐するアプリケーション内で変換のハードコード化を行う
とコストが大きい。したがって、アプリケーション自体に関連付けられていない
新しいタイプのクライアント及びコンフィギュレーションに応じて自動変換を提
供することができるよう、既存のＸＳＬ変換システムを改良することが望ましい
。

【発明の要約】

【００１２】本発明に係るメソッド及びシステムによれば、ＸＳＬ変換リポジトリとして機
能する変換レジストリサービスを提供し、既存のＸＳＬ変換システムに内在する
問題を解決することができる。ＸＳＬ変換サービスを用いると、アプリケーショ
ンにおけるＸＳＬ変換によって、ＸＭＬドキュメントが様々なクライアントに送
信されるようになる。つまり、変換レジストリサービスは、アプリケーション、
クライアント、及びクライアントコンフィギュレーションに応じたマッピングを
保持する。クライアントコンフィギュレーションは、アプリケーション及びＸＳ
Ｌ変換に基づいて定義される。また、クライアントコンフィギュレーションによ
って、アプリケーションで変換を適用または拡張することが可能になる。クライ
アントがアプリケーションにＸＭＬドキュメントを要求するたびに、アプリケー
ションは変換レジストリサービスに問い合わせて、クライアントとそのコンフィ
ギュレーションに適したＸＳＬ変換を探す。そうして求めた変換は、ＸＭＬドキ
ュメントに反映され、変換後のＸＭＬドキュメントが要求側のクライアントに送
信される。

【００１３】さらに、アプリケーション内の変換のハードコード化に代わり、この変換レジ
ストリサービスが提供する機能によって、新しいＸＳＬ変換の発行・登録、既存
の変換用の情報の取得、及びＸＳＬスタイルシートの検索が可能なアプリケーシ
ョンを開発することができる。、また、この変換レジストリサービスによって、
クライアント用及びアプリケーション用の様々なコンフィギュレーションを指定
、または変更することが可能になる。

【詳細な説明】

【００１４】以下、添付の図面に基づいて詳述する。ここでは典型的な実施例を説明して
いるが、他の実施例も可能であり、本発明の精神及び範囲を逸脱しなければ、下
記の実施例に変更を加えることできる。下記の詳細な説明は本発明を限定するも
のではなく、本発明の範囲は添付のクレームによって定義される。可能な限り、
図面及び以下の説明にわたり、同一物または類似物を同一の符号で示す。

【００１５】（概要）本発明に係るシステム及び方メソッドによれば、開発者は、変換レジストリを
用いることにより、特定のクライアント及びアプリケーション、たとえばサーバ
上で実行されるアプリケーション用にＸＳＬ変換を発行することができる。開発
者は、変換レジストリサービスに応じたインターフェースを用い、（ＸＭＬドキ
ュメントの）コンテンツ変換を要求するアプリケーションのサーバ上での登録、
及びアプリケーションに応じたクライアントの登録を行うとともに、クライアン
トとスタイルシート間におけるマッピングを提供する。各スタイルシートには、
ＸＭＬドキュメントに反映させるための１つまたは複数の変換が記述されている
。

【００１６】本発明に係るシステム及びメソッドによれば、ＸＭＬドキュメントを提供する
アプリケーション、たとえばカレンダー・アプリケーションなどにおいて、クラ
イアントのタイプに応じて異なるＸＭＬドキュメントを得ることが可能となる。
アプリケーションが変換レジストリサービスと連携を取るようにすることで、ア
プリケーション及び変換レジストリサービスを介し、クライアントごとに特化し
たコンテンツの作成という高コストな作業を行うことができる。このように、新
しいクライアントの追加によって、またはＸＭＬドキュメント用のコンテンツを
生成するアプリケーションとは無関係にコンテンツを変換するスタイルシートを
変更することによって、アプリケーションは経時的に発展する。

【００１７】クライアントがアプリケーションにアクセスし、そのアプリケーションがそれ
自体に対応するＸＭＬドキュメントを参照するたびに、ＸＭＬドキュメントには
スタイルシートが適用され、クライアントではそのクライアント向けに特化され
たＸＭＬドキュメントが表示される。たとえば、特定のメモリ要件を持つＰＤＡ
クライアントにより受け取り可能なＸＭＬドキュメントでは、テキスト情報は限
定的で、図形または音声情報が全く含まれない場合もある。一方、ＰＣクライア
ントは、フルコンテンツのＸＭＬドキュメント受け取ることができる。あるいは
、ハイパーテキスト転送プロトコル（ＨＴＴＰ＝ HypterText Transport Proto
col）を用いることのできるクライアントであれば、ＸＭＬドキュメントをＨＴ
ＴＰ形式で受け取ることができる。

【００１８】上述のように、変換レジストリサービスは、複数のアプリケーション、クライ
アント、及びクライアントコンフィギュレーションに対応することができる。各
アプリケーション、クライアントタイプ、及びクライアントコンフィギュレーシ
ョンは、変換レジストリサービスにおいて、オブジェクトとして記憶される。各
アプリケーションは、対応するアプリケーションの要求に応じて名前を付けたり
呼び出したりすることのできる一組の対応するクライアントを擁する。各クライ
アントは、そのクライアント自体に対応する複数のコンフィギュレーションを有
する。

【００１９】あるアプリケーションの、あるクライアントのコンフィギュレーションは、そ
れぞれに異なる度合いの特定性をもって指定される。たとえば、「ネットスケー
プ」ブラウザの全てのクライアントは、ある１つのクライアントタイプとして指
定されるか、またはそのブラウザのクライアントがレジストリ内に常駐するプラ
ットフォーム（Ｕｎｉｘ、ＰＤＡ、ＰＣなど）に対して指定される。また、アプ
リケーションの開発において、そのアプリケーションに適したクライアント記述
の特定度を選ぶことができる。これを実現するために、各コンフィギュレーショ
ンは、名前、または一連のパラメータ及び値による指定が可能である。コンフィ
ギュレーションのパラメータ及びそれらの値は、「バージョン」（version）や
「OSタイプ」（ostype ＝オペレーション・システム名を記述したもの）など、
アプリケーションごとに特定されている。しかし、この仕様以外にも更なるメカ
ニズムを構築して、一般のクライアント及びコンフィギュレーションを使用可能
にし、本アーキテクチャにおいて基準形式で記述される一般的なコンフィギュレ
ーションのマッピングを提供することも可能である。このように本アーキテクチ
ャでは、レジストリにおけるクライアント指定のツリー構造に基づき、種々に異
なるコンフィギュレーションを持つ特定タイプのクライアントを求めるマッピン
グや探索を行うことが可能である。

【００２０】また、変換レジストリサービスは、変換レジストリサービスに対して未知のア
プリケーション、クライアント、及びコンフィギュレーションに関するデフォル
ト設定を含む。デフォルト設定は、変換レジストリサービスのアプリケーション
及びクライアント用の「フォールバック」（"fallback" ＝故障発生時用の代替
システム）コンフィギュレーションを示す。以下に、デフォルト設定について詳
述する。

【００２１】変換レジストリサービスにアクセスするには、クライアントはまずアプリケー
ションにＵＲＬを要求する。アプリケーションは、クライアントタイプに基づき
、そのアプリケーション、クライアントタイプ、ＵＲＬ、及びクライアントコン
フィギュレーション用のＸＳＬ変換の変換レジストリサービスに問い合わせを行
う。クライアントタイプ、ＵＲＬ、及びクライアントコンフィギュレーションは
、ユーザ・エージェント（User-Agent）ＨＴＴＰヘッダなどのプロトコル要求識
別子の中に見つけることができる。アプリケーションは、変換レジストリサービ
スに接続したクライアント検索サービスを用いて、受け取ったプロトコル要求識
別子をレジストリ内のクライアント指定にマップする。クライアント検索に基
づき、変換レジストリサービスは、ヘッダからのクライアント指定の基準的なマ
ッピングに従ってクライアントを探し出す。クライアント検索サービスについて
は、以下に詳述する。

【００２２】変換レジストリサービスは、ＵＲＬを要求しているクライアントに適したＸＳ
Ｌ変換を突き止め、そのＸＳＬ変換をアプリケーションに戻す。これを行うため
、アプリケーションでは変換レジストリサービスに問合わせて、変換するＸＭＬ
ドキュメントを要求している現行のクライアントに該当するクライアントコンフ
ィギュレーションを見つける。

【００２３】変換レジストリサービスは、従来のＸＳＬ変換システムに勝るいくつかの利点
がある。変換レジストリサービスは、複数のアプリケーション、クライアント、
及びコンフィギュレーションに対するＸＳＬ変換を保持するため、いずれのタイ
プのクライアントもそれ自体に適した形式のデータを要求したり受け取ったりす
ることができる。クライアントがアプリケーションにＸＭＬドキュメントを要求
するたびに、変換レジストリサービスは、そのクライアントに当てはまる可能性
が最も高いコンフィギュレーションに基づき、そのクライアント及びドキュメン
トに適した変換を提供する。

【００２４】変換レジストリサービスは、レジストリ内のコンテンツをＸＭＬドキュメント
として表現し、ＸＭＬドキュメントをレジストリのコンテンツとして発行し、さ
らに追加のコンテンツをＸＭＬドキュメントとして受け取る機能を提供する。こ
れは、ウェブ・インターフェースなどのインターフェースを通じて行われる。

【００２５】また、変換レジストリサービスは、開発者がアクセスして利用可能なＸＳＬ変
換を問い合わせることのできる、書替え可能なインターフェースを提供する。そ
のインターフェースにアクセスすることによって、アプリケーションでは新しい
ＸＳＬ変換がレジストリに反映される。アプリケーションでは、新しいアプリケ
ーション及びクライアントの定義の作成、多種多様なクライアントコンフィギュ
レーションの作成、ＸＭＬドキュメント用の変換を指定するスタイルシートの登
録が行われるとともに、スタイルシートが修正またはレジストリから削除されて
、アプリケーションに適した変換が実行される。

【００２６】また、変換レジストリサービスによって、各アプリケーションに対応した種々
のクライアントを設定し、アプリケーションで常に新しいクライアントを指定す
ることが可能となる。したがって、アプリケーションは動的に発展するので、ク
ライアント、コンフィギュレーション、または変換が新しいものであったり、別
のものであったり、あるいは新しくて別のものであったりしても、ＡＰＩを用い
れば、常にそれらに対応することが可能である。

【００２７】また、変換レジストリサービスにより、複数のアプリケーションによるコンテ
ンツ変換を多種多様なアプリケーションで利用することが可能になる。

【００２８】変換レジストリサービス支援クライアント検索サービスによれば、アプリケー
ションに合わせた調整が可能であり、異なるクライアントとコンフィギュレーシ
ョン識別子（ＨＴＴＰでは、これはヘッダにおけるユーザ・エージェントストリ
ングである）を結びつけることができる。さらに、このサービスは種々のパース
手法を提供し、種々のユーザ・エージェントヘッダを、あるアプリケーション向
けの既知のクライアント基準コンフィギュレーションにマップする。クライアン
トの基準コンフィギュレーションは、レジストリ内の既定のパラメータ及び値の
組として表現される。また、このサービスによれば、全てのアプリケーションに
対して基準となる変換レジストリサービスの内部構造に対し、一般に知られてい
るＨＴＴＰクライアントに基づいたデフォルトマッピングが可能である。

【００２９】（システムのコンポーネント）図１は、本発明に係るメソッド及びシステムを実施するのに適したデータ処理
システム１００を示す。データ処理システム１００は、クライアント１０２、ア
プリケーションサーバ１０４、及びＸＭＬドキュメント１０６から構成され、そ
れらは全て互いに接続されている。ユーザは、ＰＤＡ装置、パソコン、Ｕｎｉｘワークステーションなどのクライアント１０２を用い、クライアント１０２用
にフォーマット化された気象情報、表計算データシート、ＸＭＬドキュメントな
どの情報を、アプリケーションサーバ１０４に要求及び送信する。

【００３０】アプリケーションサーバ１０４は、ＸＭＬドキュメント１０６を用いるクライ
アント１０２とインターフェースをとるものであれば、いずれのアプリケーショ
ン（カレンダーアプリケーション、天気情報サービスなど）に対してもホストと
して機能することができる。アプリケーションサーバ１０４は、ＸＭＬドキュメ
ント１０６を要求しているクライアント１０２のタイプに応じて、適切なＸＭＬ
ドキュメント１０６を戻す。たとえば、アプリケーションサーバ１０４は、サン
マイクロシステムズ社のＪａｖａ埋め込みサーバ（ＪＥＳ＝ Java Embedded Se
rver）の搭載が可能である。ＸＭＬドキュメント１０６は、ネットワーク１１０
内の様々な場所に存在しうる。また、ＸＭＬドキュメント１０６をアプリケーシ
ョンサーバ１０４に保存することができる。

【００３１】図２は、クライアント１０２のより詳細な図であり、メモリ２２０、補助記憶
装置２３０、中央演算処理装置（ＣＰＵ）２４０、入力装置２５０、及びオプシ
ョンのビデオディスプレイ２６０を内蔵する。メモリ２２０は、ウェブドキュメ
ントなどのファイルの送受信によってユーザがアプリケーションサーバ１０４と
対話できるようにするブラウザ２２２を含む。本発明に係るメソッド及びシステ
ムでの使用に適したブラウザの例としては、ネットスケープ社のブラウザである
ネットスケープ・ナビゲーターがある。ブラウザ２２２の代わりに、クライアン
ト１０２にＨＴＴＰプロトコルなどの別個のサービスを組み込み、クライアント
がアプリケーションサーバ１０４と接続するようにしてもよい。

【００３２】図３に示すように、アプリケーションサーバ１０４は、メモリ３０２、補助記
憶装置３１４、ＣＰＵ３１８、入力装置３２０、及びオプションのビデオディス
プレー３２２を内蔵する。メモリ３０２は、アプリケーション３０４、変換エン
ジン３０６、レジストリ３０８、ＸＳＬＴサービス３１０、及びクライアント検
索サービス３１２を含む。アプリケーション３０４はクライアント要求を受け取
り、それらのクライアントにＸＭＬドキュメント１０６を提供する。変換エンジ
ン３０６は、全てのＸＳＬスタイルシート用のマッピングの保持、アプリケーシ
ョン３０４からの問合わせに対する応答、新しいレジストリ３０８の発行を行う
とともに、レジストリ３０８のコンテンツを示す情報サブレットを実行する。こ
のマッピングは、各ＸＳＬスタイルシートとその他の任意の要素（アプリケーシ
ョン、クライアント、コンフィギュレーション）との関係を示す。サブレットと
はサーバ上で実行するプログラムで、たとえばＪａｖａサブレットなどがある。
変換エンジン３０６に含まれるのは、ウェブ・インターフェース、アプリケーシ
ョンプログラム・インターフェース（ＡＩＰ）、またはその他の入力インターフ
ェースである。ＡＰＩは、ルーチン、プロトコル、またはソフトウェアアプリケ
ーションと通信するためのツールを組み合わせたものである。ＡＰＩによって、
ファイルとインターフェースをとるためのソフトウェアを更に追加することなく
、レジストリ３０６に効率良くアクセスすることができる。変換エンジン３０６
の具体的なコンポーネントは、以下に詳述する。

【００３３】また、メモリ３０２にはレジストリ３０８が含まれる。レジストリ３０８には
、クライアント、コンフィギュレーション、及びアプリケーション用の様々なＸ
ＳＬ変換が含まれる。レジストリ３０８の典型的なデータモデルは、図４Ａに示
すようにツリー構造である。レジストリ３０８は、ツリー構造であるがゆえに容
易に操作することができる。ツリー構造内の各ノードは、それ自体について、さ
らにはその下位のノードに関する情報を提供する。ノードは、レジストリ３０８
に対する追加、及び削除が可能である。レジストリ３０８は、複数のアプリケー
ション４０２、たとえば「WeatherService」（天気情報サービス）などを含む。
各アプリケーションは複数のクライアント４０４、たとえば「Mozilla」（ブラ
ウザクライアント）、「sprinkler」（スプリンクラー）、「thermometer」（
寒暖計）などを含む。各クライアント４０４は、「osname」（OS名）や「versio
n」（バージョン）、「platform」（プラットフォーム）などの複数のコンフィ
ギュレーション４０６を含む。各コンフィギュレーション４０６は、パラメータ
及び値の組によって記述される。ＵＲＬ４０８は、クライアント１０２が要求す
る可能性のある１個（または一組）のＸＭＬドキュメントのソースを、各コンフ
ィギュレーション４０６ごとに記述したものである。また、ＸＳＬスタイルシー
ト４１０は、ある特定のコンフィギュレーション４０６のＸＭＬドキュメントに
適用する変換を記述したもので、これにより最終的な変換ドキュメントを得るこ
とができる。当業者には、１つのＵＲＬに対して複数のＸＳＬスタイルシートを
使用できることが理解されるであろう。

【００３４】また、メモリ３０２は、拡張可能スタイル言語変換（ＸＳＬＴ＝ Extensible
Style Language Transformation）サービス３１０を含む。ＸＳＬＴサービス３
１０は、ＸＳＬで書かれたスタイルシートを与えられたＸＭＬドキュメントに、
ＸＳＬ変換を適用するサービスである。ＸＳＬＴサービス３１０は、ＸＳＬ変換
をＸＭＬドキュメント１０６に反映させる。

【００３５】最後に、メモリ３０２は、レジストリ３０８内に記述されるクライアント指定
に対してプロトコル要求識別子をマップするのに用いるクライアント検索サービ
ス３１２を含む。すなわち、検索サービス３１２は、ある特定のアプリケーショ
ン４０２及びクライアント４０４用のレジストリ３０８において、識別ストリン
グ（たとえばＨＴＴＰユーザ・エージェントヘッダ、または他の任意のクライア
ント識別子）をコンフィギュレーション４０６にマップするための支援サービス
である。また、検索サービス３１２は、アプリケーション３０４と連携し、クラ
イアントから受け取ったあらゆるヘッダ（たとえばクライアント・ブラウザから
のＨＴＴＰユーザ・エージェントヘッダなど）を、レジストリ３０８内でどのよ
うにしてパースし、基準形式にマップするかを決定する。クライアント１０２の
基準形式は、変換レジストリＡＰＩにおいて発行される。変換レジストリＡＰＩ
をアプリケーション３０４向けに特化する際に、その基準形式をアプリケーショ
ン３０４で利用して、対応するクライアントを基準形式にマップすることができ
る。ヘッダストリングのデフォルト形式は、クライアントの名前やバージョン番
号、ＯＳのタイプやバージョン番号、ＯＳ名などのパラメータを含む。ヘッダス
トリングは、ヘッダストリング内のパラメータに基づいて、レジストリ内のクラ
イアントコンフィギュレーション４０６にマップされる。このように、検索サー
ビス３１２は、既知のコンフィギュレーション及び未知のコンフィギュレーショ
ンの両方をマップする。つまり、ブラウザの販売元は、ユーザ・エージェントヘ
ッダストリングを用いてクライアント及びそのコンフィギュレーションを指定す
るので、各コンフィギュレーションが既知のコンフィギュレーション用のパラメ
ータの組によって表現されるレジストリ３０８において、コンフィギュレーショ
ンの既知のバリエーションは全て、クライアント検索サービス３１２によって基
準的な表現にマップすることができる。プロトコル要求識別子の基準形式へのマ
ッピングは、非常に重要である。というのも、ＨＴＴＰにおけるユーザ・エージ
ェントなどのプロトコル要求識別子において、クライアント及びコンフィギュレ
ーションを識別するのに用いる名付け規則は、販売元ごとにそれぞれ異なるから
である。販売元の異なるクライアントに対応するため、識別子は探索や照合を行
うことができるよう基準形式にマップされる。

【００３６】たとえば、「Mozilla」要求（ネットスケープ・ナビゲーター、インターネッ
ト・エクスプローラ、HotJava といったブラウザからの要求など）を出すクライ
アントの場合、検索サービス３１２は、単に基準形式を用いてクライアントコン
フィギュレーションを表現する。ヘッダストリングは、コンフィギュレーション
パラメータの組に対し、次のようにマップされる。 type: ブラウザのタイプ（例："HotJava"） version: ブラウザのバージョン（例："３.０"） osname: オペレーティングシステムの名前（例："Solaris"） osversion: オペレーティングシステムのバージョン（例："2.x"） osarch: オペレーティングシステムのアーキテクチャ（例："Sparc"） lang: 場所または言語（例："en"）

【００３７】クライアント１０２が Mozilla 要求または未知の要求を出す場合、クライア
ント名及びバージョンストリングを、ヘッダからパースする必要がある（たとえ
ば"Sprinkler/1.0"など）。検索サービス３１２は、バージョンストリングまた
はクライアント名、あるいはその両方を用いて、受け入れ可能なコンフィギュレ
ーション（たとえばクライアント名が Sprinkler か、もしくはバージョンが 1.
0 のコンフィギュレーション）を探し出す。

【００３８】バージョン及びクライアント名が、レジストリ３０８内で照合して一致するペ
アとして存在しない場合、クライアント検索サービス３１２は、最良一致アルゴ
リズムを用いて、受け入れ可能なコンフィギュレーション４０６を突き止める。
つまり、パラメータをパースすることによる定義済みパラメータの基準的なマッ
ピングに基づき、検索サービス３１２はコンフィギュレーションクエリーを作成
し、最良一致のコンフィギュレーションを探し出す。コンフィギュレーション最
良一致の手法では、既定のルールを用いて受け入れ可能なコンフィギュレーショ
ンを探し出す。たとえば、レジストリ３０８において一致する全てのコンフィギ
ュレーションの中から、下記の優先順位のルールに従い、最良一致のコンフィギ
ュレーションが１つに限定される。・一致するパラメータの数が最大のコンフィギュレーション・コンフィギュレーションクエリーにおいて非存在パラメータの数が最小のコンフィギュレーション・デフォルトコンフィギュレーション最良一致アルゴリズムの例については、詳しくは添付のＡｐｐｅｎｄｉｘＡを
参照されたい。

【００３９】最後に、一致するコンフィギュレーションまたは最良一致のコンフィギュレー
ションがレジストリ３０８に存在しない場合は、デフォルトコンフィギュレーシ
ョンがクライアント検索サービス３１２で用いられる。デフォルトコンフィギュ
レーションの詳細については、図４Ｃを参照して後述する。

【００４０】補助記憶装置３１４は、静的レジストリ３１６を含む。静的レジストリ３１６
は、レジストリ３０８のＸＭＬ表現であり、メモリ３０２に容易にロードできる
バックアップとして機能する。図４Ｂに、レジストリ３０８と並列関係にある静
的レジストリ３１６の表現例を、ＸＭＬドキュメントとして示す。図４Ｂでは、
スプリンクラー、寒暖計、及び異なる２つのブラウザクライアント（ウィンドウ
ズ（登録商標）ＣＥ対応の Mozilla クライアント、及びＰＤＡクライアント）
を備えた気象情報アプリケーションを説明している。

【００４１】図４Ｃは、デフォルトのアプリケーション４０２、クライアント４０４、及び
コンフィギュレーション４０６のＸＭＬ表現の一例で、一般的なスタイルシート
をＸＭＬドキュメント１０６に適用したものである。各エントリ名は、デフォル
トエントリ（"^★"）に対応づけられる。たとえば、コンフィギュレーション４０
６が、最良一致アルゴリズムを用いてもレジストリ３０８内に見つからない場合
は、アプリケーション３０４はデフォルトコンフィギュレーションを用いる。

【００４２】（ＡＰＩ）本発明に係るメソッド及びシステムは、変換レジストリ３０８へのアクセスを
容易にするために開発者が用いる一連のＡＰＩ（インターフェース）を含む。本
発明に係るメソッド及びシステムで用いるＡＰＩの例について、以下にその概説
を述べるが、詳細は添付のＡｐｐｅｎｄｉｘＡに一通りリストアップした。Ａ
ＰＩは、Ｊａｖａ言語を用いて記述し、Ｊａｖａ言語を用いたＡＰＩ文書化の規
則に従う。また、添付のリストには、各ＡＰＩにおける各メソッド呼出しのセマ
ンティックスが記載されている。

【００４３】 com.sun.lhs.service.transformregistry パッケージは、ＵＲＬ、装置、コン
フィギュレーション、及び変換を区画し登録する機能を提供する。

【００４４】 TransformationRegistryService（変換レジストリサービス）インターフェー
スは、１つのサービスとして機能し、レジストリ３０８を記述するＸＭＬドキュ
メントを発行、変更、追加、または削除する機能を提供する。また、このTransf
ormationRegistryService では、レジストリ３０８内のコンテンツとして様々な
コンフィギュレーション及びアプリケーションを列記した特定の文書型定義（Ｄ
ＴＤ＝ Document Type Definition）を利用する。ＤＴＤは、ＸＭＬドキュメン
トに対応づけられたファイルのタイプであり、文書を表示するアプリケーション
によってＸＭＬドキュメント内のマーク付けタグがどのように解釈されるかを定
義する。レジストリ３０８内の各ＸＭＬ表現は、それぞれに固有のＤＴＤを利用
する。図４Ｄ及び４Ｅは、本発明に係るメソッド及びシステムで用いるＤＴＤの
例を示したものである。

【００４５】また、TransformationRegistryFactoryインターフェースにより、開発者はレ
ジストリ内の要素を作成することができる。このインターフェースを呼び出して
、アプリケーションノード、クライアントノード、及びコンフィギュレーション
ノードを作成する。

【００４６】 Applicationインターフェースは、レジストリの一部である様々なアプリケー
ションへのアクセスを提供する。このインターフェースを用いて、アプリケーシ
ョン４０２を作成及び変更し、さらには新しいクライアント４０４をアプリケー
ション４０２に追加する。たとえば、アプリケーション４０２は、アプリケーシ
ョン３０４の一例として、気象情報アプリケーションであってもよい。

【００４７】 Clientインターフェースは、レジストリの一部である様々なクライアント４０
４へのアクセスを提供する。クライアント４０４はアプリケーション４０２に属
する。また、クライアント４０４は、様々なコンフィギュレーション４０６を内
包する。たとえば、アプリケーション４０２の一例である気象情報アプリケーシ
ョンは、クライアント４０４としてネットスケープ・ブラウザやＰＤＡを含んで
もよい。

【００４８】 Configurationインターフェースは、クライアント１０２がデータを要求する
際に使用するＸＳＬ変換の組を定義する。上述のように、各コンフィギュレーシ
ョン４０６は、コンフィギュレーションを一意的に記述するパラメータ及び値の
組によって定義される。このコンフィギュレーション・インターフェースにより
、開発者は、特定のコンフィギュレーション４０６のパラメータを取得して設定
することができるとともに、レジストリ３０８内にある特定のソースＵＲＬ４０
８用のスタイルシート４１０を探し出すことが可能となる。たとえば、ネットス
ケープのブラウザを用いるクライント４０４は、２つのコンフィギュレーション
４０６（たとえば 4.x バージョン、及び 5.x バージョン）を含んでもよい。こ
のようにバージョンは、特定のコンフィギュレーション４０６を指定する識別パ
ラメータとなる。アプリケーション４０２で、変換をデフォルトコンフィギュレ
ーションに当てはめることが要求される場合は、コンフィギュレーション４０６
において特に "^★" のマークが付けられる。

【００４９】 ConfigurationQueryインターフェースではストリングを受け取り、様々なアプ
リケーションまたはクライアント内で一致するコンフィギュレーションを検出す
る。このインターフェースを用い、データを要求しているクライアント及びアプ
リケーションに適したＸＳＬ変換を探し出す。

【００５０】 DuplicateConfigurationExceptionインターフェース、ElementAttachedExcept
ionインターフェース、及びRegistryDefinitionExceptionインターフェースでは
、レジストリ内で起こる様々なエラーに際してエラーコードを戻す。

【００５１】（発行処理）図５は、本発明に係るメソッド及びシステムに従ってレジストリを発行する際
に実行される手順をフローチャートで示したものである。図５は、実行の３つの
ブランチ（新しい複数のアプリケーション、増分の変更、または新しい単一のア
プリケーション）を示す。新しい複数のアプリケーションのブランチ５００では
、レジストリ３０８における元の既存のコンテンツは全て、静的レジストリ３１
６のコンテンツに置換される。増分の変更ブランチ５１０では、レジストリ３０
８への追加エントリ（アプリケーション、クライアント、コンフィギュレーショ
ンなど）が既存のレジストリ３０８に追加される。新しい単一のアプリケーショ
ンのブランチ５２０では、既存のレジストリ３０８は削除されないが、その代わ
りに新しいアプリケーションが１つ、レジストリ３０８に追加される。

【００５２】新しい複数のアプリケーションのブランチ５００で示すように、たとえば、複
数のアプリケーション用のアプリケーション定義、クライアント、コンフィギュ
レーション、及びスタイルシートを含んだＸＭＬドキュメントとして静的レジス
トリ３１６を作成すると、発行処理が開始される（工程５０２）。静的レジスト
リ３１６の初期形式はＸＭＬドキュメント（レジストリ３０８に発行される前）
であるので、レジストリ３１６の作成は、テキストエディタを用いるか、または
必要に応じて、いずれかの周知のＸＭＬオーサリングツールを用いて行うことが
できる。また、ＸＳＬスタイルシートを、複数のアプリケーション３０４に対し
て作成することができる（工程５０４）。アプリケーション３０４の全てに対し
、いったん静的レジストリ３１６及びＸＳＬスタイルシートが作成されると、開
発者は TransformationRegistryService ＡＰＩを使用して、静的レジストリ３
１６及びＸＳＬスタイルシートをレジストリ３０８にロード（発行）する（工程
５０６）。静的レジストリ３１６をロードすることにより、レジストリ３０８内
の既存のコンテンツは全て削除される。また、別の実施形態として、レジストリ
３０８は、指定されたＸＳＬスタイルシートへのリンク（ＵＲＬなど）を含む。
また、工程５０６では、アプリケーション３０４はアプリケーションサーバ１０
４にインストールされる。アプリケーション３０４は、いったんアプリケーショ
ンサーバ１０４にインストールされると、要求側のクライアント１０２に対する
ＸＭＬドキュメント１０６の提供を開始する。

【００５３】いったんレジストリ３０８がＸＳＬスタイルシートを取り込むと、変換エンジ
ン３０６が起動される（工程５０８）。つまり、開発者がTransformationRegist
ryService ＡＰＩを呼び出してレジストリ３０８を発行すると、アプリケーショ
ン３０４は、クライアント１０２から要求を受け取るたびに、レジストリ３０８
に問合わせることが可能になる。次に、変換エンジン３０６は「レディ」状態に
入る。このレディ状態で、レジストリ３０８のコンテンツを変更するには、新し
い複数のアプリケーションのブランチ５００において全く新しいレジストリを発
行するか、新しい単一のアプリケーションのブランチ５２０において追加のアプ
リケーションを発行するか、または、増分の変更ブランチ５１０においてレジス
トリに対して増分変更を実行すればよい。

【００５４】増分変更のブランチ５１０では、開発者は TransformationRegistryFactory
ＡＰＩのコンポーネントを用い、レジストリ３０８への追加エントリ（たとえ
ばアプリケーション４０２、クライアント４０４、またはコンフィギュレーショ
ン４０８など）を作成したり変更したりすることができる（工程５１２）。次に
、アプリケーションブランチ５００と同様、変換エンジン３０６が「レディ」状
態に入る。

【００５５】また、新しい単一のアプリケーションブランチ５２０で示すように、たとえば
、クライアント、コンフィギュレーション、及びスタイルシートを含むアプリケ
ーション定義を含んだＸＭＬドキュメントとして静的レジストリ３１６を作成す
ることにより、発行処理が開始される（工程５２２）。また、ＸＳＬスタイルシ
ートは、ある特定のアプリケーション３０４用に作成することができる（工程５
２４）。

【００５６】静的レジストリ３１６、及びアプリケーション３０４用のＸＳＬスタイルシー
トがいったん作成されると、開発者は TransformationRegistryFactory ＡＰＩ
を用い、静的レジストリ３１６及びＸＳＬスタイルシートをレジストリ３０８内
にロード（発行）することができる（工程５２６）。新しい複数のアプリケーシ
ョンのブランチ５００とは異なり、静的レジストリ３１６をロードしても、レジ
ストリ３０８内の既存のコンテンツは全て保護される。つまり、工程５２６では
、レジストリ３０８に対して更なるアプリケーションを単に追加するのみである
。また、工程５２６では、アプリケーション３０４をアプリケーションサーバ１
０４にインストールすることができる。いったんレジストリ３０８がＸＳＬスタ
イルシートを取り込むと、変換エンジン３０６が起動される（工程５２８）。次
に、アプリケーションブランチ５００と同じく、変換エンジン３０６は「レディ
」状態に入る。

【００５７】本発明の一実施例では、開発者はレジストリのＸＭＬ表現を作成し、ＸＭＬド
キュメントを静的レジストリ３１６からレジストリ３０８にインストールするサ
ーブレットを利用する。これは、最初にレジストリ３０８をロードする際に用い
る。また、開発者はサーブレットを利用し、周知のウェブブラウザを介してレジ
ストリ３０８またはレジストリ３１６を変更することができる。あるいは、別の
実施例として、アプリケーション３０４でＡＰＩを用いて、クライアント、コン
フィギュレーション、または対応するスタイルシートなどの追加レジストリエン
トリを、既存のレジストリ３０８に対して発行する。各アプリケーション３０４
は、レジストリ３０８内で区画されているため、既存のＸＳＬ変換を乱すことな
く、新しいクライアント及びＸＳＬ変換を指定することができる。

【００５８】（レジストリサービス）図６に示すように、たとえば、ＸＭＬドキュメント１０６を求めるクライアン
ト１０２からの要求をアプリケーション３０４が受け取ると、変換レジストリサ
ービスが開始される（工程６０２）。要求には、そのクライアントに関する情報
が含まれている。たとえば、ＨＴＴＰ要求（ネットスケープ・ナビゲーター、マ
イクロソフト社のインターネット・エクスプローラなどのブラウザ、ＰＤＡクラ
イアントなどからの要求）には、そのクライアントの識別情報が含まれる。次に
、アプリケーション３０４は、要求を発しているクライアントのタイプまたはコ
ンフィギュレーションを特定し、ＨＴＴＰヘッダ内に与えられた情報に基づいて
、変換エンジン３０６用のクエリーを作成する（工程６０４）。つまり、アプリ
ケーション３０４は、プロトコル識別ストリング（ユーザ・エージェントなど）
をパースし、要求を発しているクライアントのコンフィギュレーションに最良一
致するクライアント４０４及びコンフィギュレーション４０６を特定する。ある
いは、アプリケーション３０４はクライアント検索サービス３１２の利用し、上
述のように最良一致アルゴリズムを用いるか、あるいは一致するものが全くない
場合にはデフォルトコンフィギュレーションを用いることによって、目的のコン
フィギュレーション４０６を識別できるよう支援する。また、クライアント検索
サービス３１２を利用し、アプリケーション用の基準的なマッピングが行われる
ように設定することができる。このサービスは、アプリケーションのインストー
ル時に設定することができる。

【００５９】クライアントのタイプがいったん特定されると（あるいは、デフォルトコンフ
ィギュレーションまたは最良一致が与えられると）、アプリケーション３０４は
変換エンジン３０６に問い合わせて、クライアントタイプ、コンフィギュレーシ
ョン、及びアプリケーションに基づいてＸＳＬ変換を求める（工程６０６）。

【００６０】あるいは、アプリケーション３０４は、変換エンジン３０６に問い合わせて、
デフォルトのアプリケーション４０２、クライアント４０４、またはコンフィギ
ュレーション４０６を求める。この場合、全てのパラメータに代わって "^★" が
置かれる。

【００６１】いったんアプリケーション３０４がＸＳＬ変換を求めて変換エンジン３０６に
問い合わせると、変換エンジン３０６はレジストリ３０８を探索し、要求を発し
ているクライアントに適した１つまたは複数のＸＳＬスタイルシート及びコンフ
ィギュレーションを求める（工程６０８）。要求側のクライアントは、ＸＭＬド
キュメントを表示するために複数のＸＳＬスタイルシートを要求する場合がある
。

【００６２】たとえば、アプリケーションは、「calendar」（カレンダー）などのアプリケ
ーション４０２に対応するコンフィギュレーション４０６用の変換エンジン３０
６に問合わせる。エンジン３０６は、レジストリ内の「Mozilla」などの名前を
もとにクライアント４０４を探す。また、エンジン３０６は、クライアントのタ
イプ及びアプリケーションのタイプに基づいて、コンフィギュレーションクエリ
ーを作成することができる。このように、エンジン３０６は、パラメータ及びそ
の値として、ブラウザの適正なバージョン及びプラットフォームを、更にはクラ
イアントに指定された目的のＵＲＬを探し出すことができる。レジストリ３０８
からは、クライアントコンフィギュレーション４０６に対応した最良一致のＵＲ
Ｌ４０８が戻される。

【００６３】次に、変換エンジン３０６は、アプリケーション３０４に適切なＸＳＬスタイ
ルシートを提供する（工程６１０）。たとえば、変換エンジン３０６は、ＸＳＬ
スタイルシート４１０にポインタ（ＵＲＬなど）を戻すか、または適用するＸＳ
Ｌ変換に対応する完全なスタイルシート４１０を戻す。

【００６４】これを受け取った後、アプリケーション３０４は、ＸＳＬＴサービス３１０を
呼び出す（工程６１２）。ＸＳＬＴサービス３１０は、受け取ったＸＳＬスタイ
ルシート４１０を、要求されたＸＭＬドキュメント１０６に適用する。複数のス
タイルシート４１０を変換に適用することが必要な場合、全てのスタイルシート
は逐次適用され、１つの変換を出力した結果としての変換済ドキュメントは、次
のスタイルシートに対する入力データとして順次用いられる。変換が全て済むと
、ＸＭＬドキュメント１０６はクライアント１０２に送信される（工程６１４）
。

【００６５】（結論）上述のように、本発明に係るメソッド及びシステムは、複数のＸＳＬスタイル
シート用の変換リポジトリである変換レジストリサービスを提供する。

【００６６】以上、本発明をメモリに記憶させるものとして説明したが、その他のコンピュ
ータ読取り可能媒体、たとえばハードディスク、フロッピー（登録商標）ディス
ク、ＣＤ−ＲＯＭなどの補助記憶装置や、インターネットなどのネットワークか
ら受信する搬送波、または他形式のＲＯＭやＲＡＭなどにおいて格納及び読取り
が可能なことは、当業者には理解されるであろう。また、クライアントコンピュ
ータ１０２の特定のコンポーネントやプログラム、及び様々なサーバについて説
明してきたが、こうしたコンポーネントやプログラムを更に追加したり、異なる
ものを加えたりしてもよい。

【００６７】本発明の実施に関するこれまでの記述は、例示及び説明を目的としており、全
てを網羅したわけではなく、開示した形式のみに本発明を限定するものではない
。上記の教示内容に沿って、また本発明を実施する中で、様々な変更や変型例が
可能である。たとえば、本明細書では本発明の実施形態をソフトウェアとして説
明したが、ハードウェアとソフトウェアを組み合わせた形や、ハードウェア単独
の形で実施してもよい。あるいは、クライアント１０２を直接アプリケーション
１０４に接続してもよい。

【００６８】（ＡｐｐｅｎｄｉｘＡ）

【００６９】

【００７０】

【００７１】

【００７２】

【００７３】

【００７４】

【００７５】

【００７６】

【００７７】

【００７８】

【００７９】

【００８０】

【００８１】

【図面の簡単な説明】

【図１】本発明の原理に従ったメソッド及びシステムの実施に適したデータ処理システ
ムを説明する図である。

【図２】図１に示したクライアントの詳細を表した図である。

【図３】図１に示したアプリケーションサーバの詳細を表した図である。

【図４Ａ】本発明の原理に従った変換レジストリの例である。

【図４Ｂ】本発明の原理に従った変換レジストリの例である。

【図４Ｃ】本発明の原理に従った変換レジストリの例である。

【図４Ｄ】本発明の原理に従ったＤＴＤの例である。

【図４Ｅ】本発明の原理に従ったＤＴＤの例である。

【図５】本発明の原理に従った方法で変換レジストリを作成する際に、図１のアプリケ
ーションサーバが実行する手順を示したフローチャートである。

【図６】本発明の原理に従った方法でＸＭＬドキュメントをクライアントに提供する際
に、図１のデータ処理システムが実行する手順を示したフローチャートである。

【符号の説明】

１０２クライアント１０４アプリケーションサーバ１０６ＸＭＬドキュメント２２２ブラウザ２３０補助記憶装置３０６変換エンジン３０８レジストリ３１０ＸＳＬＴサービス３１２クライアント検索サービス３１４補助記憶装置３１６静的レジストリ

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷＦターム(参考） 5B009 NA04 NA06 NA07 NA14 RB00 SA13 VC01 5B082 GA02 GA06 【要約の続き】される。

Claims

【特許請求の範囲】

【請求項１】変換を提供するメソッドは、開発者によるレジストリ内のスタイルシート発行を可能にする工程と、該スタイルシートを反映させたドキュメントにアクセス可能な一連の装置のう
ちの任意の装置と各スタイルシートとの関係を表す情報を保持する工程と、アプリケーションによる前記レジストリへのアクセスを可能にする工程と、から成る。
【請求項２】請求項１のメソッドにおいて、開発者によるレジストリ内の
スタイルシート発行を可能にする前記工程は、更に、前記レジストリ内にアプリ
ケーションオブジェクトを作成するための一連のインターフェースを提供する工
程を含み、該工程において、アプリケーションオブジェクトは、ある１つのスタイルシー
トに関連したアプリケーション情報、クライアントオブジェクト、またはコンフ
ィギュレーションオブジェクトを含む。
【請求項３】請求項２のメソッドにおいて、開発者によるレジストリ内の
スタイルシート発行を可能にする前記工程は、更に、前記一連のインターフェー
スの使用を通じ、開発者が前記レジストリに対してアプリケーションオブジェク
トの追加及び削除を行うことを可能にする工程を含む。
【請求項４】請求項１のメソッドにおいて、開発者によるレジストリ内の
スタイルシート発行を可能にする前記工程は、更に、静的レジストリを受け取る工程と、該静的レジストリから前記レジストリを作成する工程と、を含み、静的レジストリを受け取る前記工程において、前記静的レジストリは、少なく
とも１つのスタイルシートに対応した情報を含む。
【請求項５】請求項１のメソッドにおいて、開発者によるレジストリ内の
スタイルシート発行を可能にする前記工程は、更に、インターフェースの使用を
通じ、開発者が前記レジストリに対してスタイルシートの追加及び削除を行うこ
とを可能にする工程を含む。
【請求項６】請求項１のメソッドにおいて、情報を保持する前記工程は、
更に、前記レジストリ内のスタイルシート用のクエリーを受け取る工程と、前記レジストリ内の前記スタイルシートを検出する工程と、少なくとも１つの一致するスタイルシートを示す応答を前記クエリーに返す工
程と、を含む。
【請求項７】請求項６のメソッドにおいて、スタイルシートを検出する前
記工程は、更に、前記クエリーに対応するパラメータに基づいて、どのスタイルシートを送信す
るかを決定する工程と、該決定工程に基づいて、アプリケーションに少なくとも１つのスタイルシート
を送信する工程と、を含む。
【請求項８】請求項６のメソッドにおいて、クエリーを受け取る前記工程
は、更に、デフォルトクエリーを受け取る工程を含み、該デフォルトクエリーは
、あらゆるクライアントに対応する。
【請求項９】請求項６のメソッドにおいて、クエリーを受け取る前記工程
は、更に、特定のクエリーを受け取る工程を含み、該特定のクエリーは、ある１
つのアプリケーション、クライアント、コンフィギュレーション、及びＵＲＬに
対応する。
【請求項１０】請求項６のメソッドは、更に、１つの最良一致スタイルシ
ートに基づいて、１つの最良一致コンフィギュレーションを前記クエリーに返す
工程を含む。
【請求項１１】請求項６のメソッドにおいて、クエリーを受け取る前記工
程は、更に、プロトコル要求識別子を含んだクエリーを受け取る工程を含み、前
記プロトコル要求識別子には、前記レジストリ内の基準形式に合わせた標準化が
為されていない。
【請求項１２】請求項１のメソッドにおいて、前記スタイルシートは１つ
のＸＳＬ変換である。
【請求項１３】請求項１のメソッドにおいて、ある１つのスタイルシート
は、少なくとも１つのアプリケーションに対応する。
【請求項１４】請求項１のメソッドにおいて、サブレットは、アプリケー
ションによる前記レジストリへのアクセス、及び開発者による前記レジストリ内
のスタイルシート発行を可能にする。
【請求項１５】データ処理システムで実行され、アプリケーションに変換
を提供するメソッドは、変換用パラメータを含む変換を求めるアプリケーションからの要求を受け取る
工程と、レジストリを検索し、前記要求で指定された前記パラメータで少なくとも１つ
の変換を探し出す工程と、前記少なくとも１つの変換を、前記アプリケーションに提供する工程と、から成る。
【請求項１６】請求項１５のメソッドにおいて、要求を受け取る前記工程
は、更に、前記要求内の情報を前記アプリケーションにおいてパースする工程と、前記レジストリに対応するコンテンツに基づいて、前記要求を基準形式にマッ
プする工程と、を含む。
【請求項１７】請求項１５のメソッドにおいて、前記要求は、前記アプリ
ケーション、並びにある１つのクライアント及びコンフィギュレーションに対応
した特定の要求である。
【請求項１８】請求項１５のメソッドにおいて、前記クエリーはある１つ
のクライアントに対応した情報を含み、前記少なくとも１つの変換は該クライア
ントに関連する。
【請求項１９】請求項１５のメソッドは、更に、前記変換に基づいてＸＭＬドキュメントを作成するためのサービスを呼び出す
工程と、該ＸＭＬドキュメントをクライアントに送信する工程と、を含む。
【請求項２０】データ処理システムにおいて実行され、クライアントにＸ
ＭＬドキュメントを提供するメソッドは、ＸＭＬドキュメントを求めるクライアントからの要求を受け取る工程と、変換レジストリサービスに問い合わせて、前記クライアントからの要求に応じ
たＸＳＬ変換を探す工程と、前記変換レジストリサービスから、ＸＳＬ変換に対応した情報を受け取る工程
と、受け取った前記ＸＳＬ変換を前記ＸＭＬドキュメントに適用するために、ＸＳ
ＬＴ変換サービスを呼び出す工程と、から成る。
【請求項２１】請求項２０のメソッドは、更に、利用可能なＸＳＬ変換の
リストを前記変換レジストリに要求する工程を含む。
【請求項２２】請求項２０のメソッドは、更に、前記変換レジストリにＸ
ＳＬ変換を登録する工程を含む。
【請求項２３】請求項２０のメソッドにおいて、前記要求は前記クライア
ントに対応した情報を含む。
【請求項２４】請求項２０のメソッドは、更に、プロトコル要求識別子に基づいて前記要求をパースする工程と、前記変換レジストリサービスにおいてスタイルシートを識別するために、前記
プロトコル要求識別子を基準形式にマップする工程と、を含む。
【請求項２５】変換を提供するためのシステムは、開発者によるレジストリ内のスタイルシート発行を可能にするプログラムを内
蔵し、前記スタイルシートを反映したドキュメントにアクセス可能な一連の装置
のうちの任意の装置と各スタイルシートとの関係を表す情報を保持するとともに
、アプリケーションによる前記レジストリへのアクセスを可能にするメモリと、前記プログラムを実行するように設定されたプロセッサと、を備える。
【請求項２６】請求項２５のシステムにおいて、前記プログラムは、更に
、前記レジストリ内にアプリケーションオブジェクトを作成するための一連のイ
ンターフェースを提供し、該アプリケーションオブジェクトは、ある１つのスタ
イルシートに関連したアプリケーション情報、クライアントオブジェクト、また
はコンフィギュレーションオブジェクトを含む。
【請求項２７】請求項２６のシステムにおいて、前記プログラムは、更に
、前記一連のインターフェースの使用を通じ、開発者が前記レジストリに対して
アプリケーションオブジェクトの追加及び削除を行うことを可能にする。
【請求項２８】請求項２７のシステムにおいて、前記プログラムは、更に
、少なくとも１つのスタイルシートに対応した情報を含む静的レジストリを受け
取り、該静的レジストリから前記レジストリを作成する。
【請求項２９】請求項２７のシステムにおいて、前記プログラムは、更に
、開発者がインターフェースの使用を通じ、前記レジストリに対するスタイルシ
ートの追加及び削除を行うことを可能にする。
【請求項３０】請求項２７のシステムにおいて、前記プログラムは、更に
、前記レジストリ内のスタイルシート用のクエリーを受け取って、前記レジスト
リ内の前記スタイルシートを検出し、少なくとも１つの一致するスタイルシート
を示す応答を前記クエリーに返す。
【請求項３１】請求項３０のシステムにおいて、前記プログラムは、更に
、前記クエリに対応するパラメータに基づいて、どのスタイルシートを送信する
かを決定し、前記決定に基づいて少なくとも１つのスタイルシートをアプリケー
ションに送信する。
【請求項３２】請求項３０のシステムにおいて、前記プログラムは、更に
、デフォルトクエリーを受け取り、前記デフォルトクエリーは、あらゆるクライ
アントに対応する。
【請求項３３】請求項３０のシステムにおいて、前記プログラムは、更に
、特定のクエリーを受け取り、該特定のクエリーは、ある１つのアプリケーショ
ン、クライアント、コンフィギュレーション、及びＵＲＬに対応する。
【請求項３４】請求項３０のシステムにおいて、前記プログラムは、更に
、１つの最良一致スタイルシートに基づき、１つの最良一致コンフィギュレーシ
ョンを前記クエリーに返す。
【請求項３５】請求項２９のシステムにおいて、前記プログラムは、更に
、プロトコル要求識別子を含んだクエリーを受け取り、前記プロトコル要求識別
子には、前記レジストリ内の基準形式に合わせた標準化が為されていない。
【請求項３６】請求項２４のシステムにおいて、前記スタイルシートは１
つのＸＳＬ変換である。
【請求項３７】請求項２４のシステムにおいて、ある１つのスタイルシー
トは、少なくとも１つのアプリケーションに対応する。
【請求項３８】請求項２４のシステムにおいて、前記プログラムはサブレ
ットを用い、アプリケーションによる前記レジストリへのアクセス、及び開発者
による前記レジストリ内のスタイルシート発行を可能にする。
【請求項３９】アプリケーションに変換を提供するシステムは、変換用パラメータを含む変換を求めるアプリケーションからの要求を受け取る
ための受け取り手段と、レジストリを検索し、前記要求で指定された前記パラメータで少なくとも１つ
の変換を探し出す検出手段と、前記少なくとも１つの変換を、前記アプリケーションに提供する提供手段と、
を備える。
【請求項４０】請求項３９のシステムにおいて、前記要求は、前記アプリ
ケーションに対応した一般的な要求である。
【請求項４１】請求項３９のシステムにおいて、前記要求は、前記アプリ
ケーション、並びにある１つのクライアント及びコンフィギュレーションに対応
した特定の要求である。
【請求項４２】請求項３９のシステムにおいて、前記クエリーはある１つ
のクライアントに対応した情報を含み、前記少なくとも１つの変換は、該クライ
アントに関連する。
【請求項４３】請求項３９のシステムは、更に、前記変換に基づいてＸＭＬドキュメントを作成するためのサービスを呼び出す
呼出し手段と、前記ＸＭＬドキュメントをクライアントに送信する送信手段と、を備える。
【請求項４４】ＸＭＬドキュメントをクライアントに提供するシステムは
、クライアント要求に応じたＸＳＬ変換を求めるクエリーを受け取る変換レジス
トリサービスと、ＸＭＬドキュメントを求めるクライアントからの要求を受け取るとともに、前
記変換レジストリサービスからＸＳＬ変換に対応した情報を受け取るアプリケー
ションと、受け取った前記ＸＳＬ変換を、前記ＸＭＬドキュメントに適用するためのＸＳ
ＬＴ変換サービスと、を備える。
【請求項４５】請求項４０のシステムにおいて、前記アプリケーションは
、更に、利用可能なＸＳＬ変換のリストを前記変換レジストリサービスに要求す
る。
【請求項４６】請求項４４のシステムにおいて、前記アプリケーションは
、更に、前記変換レジストリサービスにＸＳＬ変換を登録する。
【請求項４７】請求項４４のシステムにおいて、前記要求は前記クライア
ントに対応した情報を含む。
【請求項４８】請求項４４のシステムにおいて、前記アプリケーションは
、更に、前記アプリケーションに関連した情報に基づいて、前記要求をパースし、前記変換レジストリサービスにおいてスタイルシートを識別するために、前記
要求に関連したプロトコル要求識別子を基準形式にマップする。
【請求項４９】データ処理システムにおいて実施する変換を提供するため
のメソッドを実行するように、データ処理システムを制御するためのコンピュー
タ読取り可能媒体は、開発者によるレジストリ内のスタイルシート発行を可能にする可能モジュール
と、前記スタイルシートを反映したドキュメントにアクセス可能な一連の装置のう
ちの任意の装置と各スタイルシートとの関係を表す情報を保持する保持モジュー
ルと、アプリケーションによる前記レジストリへのアクセスを可能にする可能モジュ
ールと、を備える。
【請求項５０】請求項４９のコンピュータ読取り可能媒体において、開発
者によるスタイルシート発行を可能にする前記可能モジュールは、更に、前記レ
ジストリ内にアプリケーションオブジェクトを作成するための一連のインターフ
ェースを提供する提供モジュールを含み、該アプリケーションオブジェクトは、ある１つのスタイルシートに関連したア
プリケーション情報、クライアントオブジェクト、またはコンフィギュレーショ
ンオブジェクトを含む。
【請求項５１】請求項５０のコンピュータ読取り可能媒体において、開発
者によるスタイルシート発行を可能にする前記可能モジュールは、更に、前記一
連のインターフェースの使用を通じ、開発者が前記レジストリに対してアプリケ
ーションオブジェクトの追加及び削除を行うことを可能にする可能モジュールを
含む。
【請求項５２】請求項５０のコンピュータ読取り可能媒体において、開発
者によるスタイルシート発行を可能にする前記可能モジュールは、更に、静的レジストリを受け取る受取りモジュールと、該静的レジストリから前記レジストリを作成する作成モジュールと、を含み、前記受取りモジュールにおいて、前記静的レジストリは、少なくとも１つのス
タイルシートに対応した情報を含む。
【請求項５３】請求項５０のコンピュータ読取り可能媒体において、開発
者によるスタイルシート発行を可能にする前記可能モジュールは、更に、インタ
ーフェースの使用を通じ、開発者が前記レジストリに対してスタイルシートの追
加及び削除を行うことを可能にする可能モジュールを含む。
【請求項５４】請求項５０のコンピュータ読取り可能媒体において、前記
保持モジュールは、更に、前記レジストリ内のスタイルシート用のクエリーを受け取る受取りモジュール
と、前記レジストリ内の前記スタイルシートを検出する検出モジュールと、少なくとも１つの一致するスタイルシートを示す応答を前記クエリーに返す応
答モジュールと、を含む。
【請求項５５】請求項５４のコンピュータ読取り可能媒体において、前記
検出モジュールは、更に、前記クエリーに対応するパラメータに基づいて、どのスタイルシートを送信す
るかを決定する決定モジュールと、該決定工程に基づいて、少なくとも１つのスタイルシートをアプリケーション
に送信する送信モジュールと、を含む。
【請求項５６】請求項５４のコンピュータ読取り可能媒体において、前記
受取りモジュールは、更に、デフォルトクエリーを受取り、該デフォルトクエリ
ーは、あらゆるクライアントに対応する。
【請求項５７】請求項５４のコンピュータ読取り可能媒体において、前記
受取りモジュールは、更に、特定のクエリーを受取り、該特定のクエリーは、あ
る１つのアプリケーション、クライアント、コンフィギュレション、及びＵＲＬ
に対応する。
【請求項５８】請求項４９のコンピュータ読取り可能媒体において、前記
スタイルシートは、１つのＸＳＬ変換である。
【請求項５９】請求項４９のコンピュータ読取り可能媒体において、ある
１つのスタイルシートは、少なくとも１つのアプリケーションに対応する。
【請求項６０】請求項４９のコンピュータ読取り可能媒体において、サブ
レットは、アプリケーションによる前記レジストリへのアクセス、及び開発者に
よる前記レジストリ内のスタイルシート発行を可能にする。