(57)【要約】【課題】  HTML文書にOBJECTタグを記述しブラウザコントロールをWebブラウザ上で動作させる際、各コントロールとDOMツリーの要素を対応させることにより、XPathやXPointerでコントロールである要素を指定することを可能とし、パーソナライゼーション、振る舞い（イベント）の動的処理、マルチデバイスに対応することのできるブラウザコントロール表示方法およびシステムを提供することを目的とする。【解決手段】  ブラウザコントロールの画面構成をXML形式の設定ファイルに記述する。クライアントコンピュータは、HTML文書を読み込むとき、該XML形式の設定ファイルを読み込み、読み込んだ設定ファイルをDOM（Document Object Model）ツリーに変換し、変換したDOMツリーを解析し、解析した結果に基づいてブラウザコントロールをWebブラウザに表示する。また、ブラウザコントロールは単一または複数種類のコントロールで構成する。【選択図】  図１
2006079395.tif 000002
【特許請求の範囲】
【請求項１】
クライアントコンピュータ上に表示されたWebブラウザ上で動作するブラウザコントロールの表示方法であって、
設計用コンピュータにより予め生成した前記ブラウザコントロールの画面を表すXML（eXtensible Markup Language）形式の設定ファイルと、前記ブラウザコントロールを表示するためのOBJECTタグを含み前記設定ファイルを動的に読み込む処理を記述したHTML文書とを、Webサーバに格納しておくとともに、
前記クライアントコンピュータの読み込み手段が、前記Webサーバに格納されているHTML文書を読み込むとともに、該HTML文書の記述に従って前記XML形式の設定ファイルを読み込むステップと、
前記クライアントコンピュータの変換手段が、読み込んだ設定ファイルをDOM（Document Object Model）ツリーに変換するステップと、
前記クライアントコンピュータの表示手段が、変換したDOMツリーに基づいて、前記ブラウザコントロールをWebブラウザに表示するステップと
を備えることを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項２】
請求項１に記載のDOMツリーを利用したブラウザコントロール表示方法において、
前記ブラウザコントロールは単一あるいは複数種類のコントロールで構成することを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項３】
請求項１に記載のDOMツリーを利用したブラウザコントロール表示方法において、
ユーザごとに異なる設定ファイルを用意することにより、ユーザごとにパーソナライズされた画面構成で前記ブラウザコントロールを表示することを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項４】
請求項１に記載のDOMツリーを利用したブラウザコントロール表示方法において、
前記設定ファイルは各コントロールのユーザアクセス権限の情報を含み、該ユーザアクセス権限の情報に基づいて各ユーザの各コントロールに対する使用権限を決定することを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項５】
請求項１に記載のDOMツリーを利用したブラウザコントロール表示方法において、
前記HTML文書は、所定のイベントが発生したときに実行すべきスクリプトを含むものであり、
前記クライアントコンピュータは、ブラウザコントロール内でイベントが発生したとき、前記HTML文書中のイベント発生元の要素を特定し、その要素と前記DOMツリーから当該イベントの発生場所を特定し、その発生場所で発生したイベントに対応して実行すべき前記スクリプトを実行するものであることを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項６】
請求項１に記載のDOMツリーを利用したブラウザコントロール表示方法において、
前記クライアントコンピュータのマシン種別に応じて前記DOMツリーを変換し、変換後のDOMツリーに基づく画面を前記クライアントコンピュータに返信して表示させることにより、マルチデバイスに対応することを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項７】
請求項１に記載のDOMツリーを利用したブラウザコントロール表示方法において、
前記設定ファイルを編集するツールを備えることを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項８】
請求項７に記載のDOMツリーを利用したブラウザコントロール表示方法において、
前記編集ツールは、各コントロールの配置を確認するプレビュー画面とDOMのツリー構造を確認する画面を備えるとともに、各コントロールごとに、ユーザアクセス権限の情報の設定、または権限の個別設定または一括設定の指定を行う機能を備えることを特徴とするDOMツリーを利用したブラウザコントロール表示方法。
【請求項９】
クライアントコンピュータ上に表示されたWebブラウザにブラウザコントロールを表示するブラウザコントロール表示システムであって、
設計用コンピュータにより予め生成した前記ブラウザコントロールの画面を表すXML（eXtensible Markup Language）形式の設定ファイルと、前記ブラウザコントロールを表示するためのOBJECTタグを含み前記設定ファイルを動的に読み込む処理を記述したHTML文書とを、Webサーバに格納しておくとともに、
前記Webサーバに格納されているHTML文書を読み込むとともに、該HTML文書の記述に従って前記XML形式の設定ファイルを読み込む手段と、
読み込んだ設定ファイルをDOM（Document Object Model）ツリーに変換する手段と、
前記変換したDOMツリーに基づいて、前記ブラウザコントロールをWebブラウザに表示する手段と
を備えることを特徴とするDOMツリーを利用したブラウザコントロール表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、HTML文書にOBJECTタグを記述することで、Visual Basicなどで記述した場合と同等の操作性を持つブラウザコントロールを実現するDOMツリーを利用したブラウザコントロールの表示方法およびシステムに関するものである。
【背景技術】
【０００２】
業務系システムは、従来Visual BasicやVisual C++（何れもマイクロソフト社の商標）などの言語で記述されたクライアント・サーバ型のアプリケーションとして提供されていたが、最近のインターネット及びイントラネットの発達に伴ってWebアプリケーションとして提供されることが多くなった。Webアプリケーションが提供する業務画面は、HTMLで記述され、クライアントのブラウザ上に表示される。
【０００３】
HTML（Hyper Text Markup Language）やXML（eXtensible Markup Language）は構造化言語であり、これらの言語によって記述された文書は、要素や属性を枝葉とした木構造のデータ(DOMツリー)に変換できる。DOMツリーは、DOM（Document Object Model）を用いてプログラムからの操作が可能である。そのため、後述のブラウザコントロールを含まないHTMLで記述された業務画面は、最近の業務系Webアプリケーションで必要とされる以下の機能を実現できる。
【０００４】
（１）パーソナライゼーション
例えば、従業員の所属する部署や役職などに応じてWebアプリケーションの画面構成を変更する機能である。部署や役職により従業員の権限が異なるために、従業員の権限に応じて利用できない機能に関係するコントロールを表示できないようにする必要がある。なお「コントロール」とは、Visual BasicやHTMLにおいてフォームの要素となるもの（例えば、ラベル、テキストボックス、ボタン、テーブル、タブなど）を指す。
【０００５】
（２）マルチデバイス対応機能
デスクトップPCや携帯端末など多様なデバイスからWebアプリケーションを利用できる機能である。オフィスにいる従業員によるデスクトップPCからの利用や出張先の営業員によるPDAからの利用が可能になる様に、デバイスに応じてWebアプリケーションの業務画面のコントロールの構成を変更する必要がある。
【０００６】
（３）イベント処理機能
ある要素に変更(イベント)を加えた場合、自動的に別の要素に影響を与える機能である。例えば、あるコントロールに金額が入力されたときに、別のコントロールに消費税率を掛けた金額を表示できるようにする必要がある。
【０００７】
例えば、下記特許文献１に記載の技術は、上記機能（２）を実現する技術である。これは、WebサーバからデスクトップPCでの表示用に設計されたHTML文書を取得し、そのHTML文書を解析してDOMツリーを作成し、得られたDOMツリーを事前に設定された変換規則（例えばインデント（BLOCKQUOTE要素）を削除するなど）に従い変換し、変換されたDOMツリーをHTML文書としてPDAなどの携帯端末に送信することにより、デスクトップPC向けに作成したコンテンツを携帯端末向けに変換して表示する技術を開示するものである。
【特許文献１】特開2000-76473号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
HTMLが標準で提供するコントロールは、キーによるコントロール間の移動に制限があるなど、キーボード中心の入力や編集操作が要求される業務系システムに適していない。そのため、Webアプリケーションで実現した業務画面では、従来のVisual BasicやVisual C++などで記述されたアプリケーションの業務画面と同等の操作性を実現できない。そこで、Visual BasicやVisual C++などで記述された複数のコントロール（各言語で規定されているソフトウェア部品としてのコントロール）から構成されるブラウザコントロール(ActiveXコントロール)を作成し、HTML文書中にこのブラウザコントロールを呼び出すOBJECTタグを記述し、ブラウザ上の業務画面にこのブラウザコンロールを表示させることで、Webアプリケーションでも従来と同等の操作性を実現させることがある。
【０００９】
しかしながら、ブラウザコントロールは複数のコントロールから構成されていてもHTML文書中では一つの要素(OBJECT)として表現されているために、前述の（１）から（３）の機能は実現できない。
【００１０】
例えば、特許文献１記載の技術は、HTML文書中のDOMツリーとして展開できた部分にしか変換規則を適用できない。そのため、ブラウザコントロールを使用した場合、複数のコントロールから構成されていたとしても、構成しているコントロールに変換規則を適用することができない。
【００１１】
本発明の目的は、このような課題を解決することにあり、従来のVisual Basicなどで記述されたアプリケーションと同様の操作性を維持しながら、パーソナライゼーションやマルチデバイス対応のためのコンテンツ変換やイベントの動的処理を実現する、Webアプリケーションにおけるブラウザコントロールの表示方法及びシステムを提供することである。
【課題を解決するための手段】
【００１２】
前記の目的を達成するため、本発明は、ブラウザコントロールの画面構成をXML形式の設定ファイルに記述することを特徴とする。クライアントコンピュータは、HTML文書を読み込むとき、そのXML形式の設定ファイルを読み込み、読み込んだ設定ファイルをDOM（Document Object Model）ツリーに変換し、変換したDOMツリーに基づいて、ブラウザコントロールをWebブラウザに表示する。また、ブラウザコントロールは、単一または複数種類のコントロールで構成する。
【発明の効果】
【００１３】
本発明によれば、HTML文書にOBJECTタグを記述し、ブラウザコントロールをWebブラウザ上で動作させる際、各コントロールとDOMツリーの各要素が対応することにより、XPathやXPointerでコントロールである要素を指定することが可能となり、パーソナライゼーション、振る舞い（イベント）の動的処理、及びマルチデバイスに対応することが可能となる。ブラウザコントロールを利用するので、従来のVisual Basicなどで記述されたアプリケーションと同様の操作性を実現できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態について図面により詳しく説明する。
【００１５】
図１は、本発明を適用したDOMツリーを利用したブラウザコントロールシステムの一実施の形態を示すシステム構成図である。本ブラウザコントロールシステムは、図１に示すように、ブラウザコントロールを設計する設計用コンピュータ１０１、設定ファイル１０５やHTML文書１２０を格納するDBを有するWebサーバ１０６、及び、ブラウザコントロールを利用し業務を行うクライアントコンピュータ１１５を備える。
【００１６】
設計用コンピュータ１０１は、Webサーバ１０６と接続する通信部１０２、ブラウザコントロールを作成するブラウザコントロール作成部１０３、及び、画面表示の表示部１０４を備える。ブラウザコントロール作成部１０３は、ブラウザコントロールの画面設計の機能を含むが、特にブラウザコントロールの画面に関する設定を記述した設定ファイル１０５を編集する設定ファイル編集部１３０を備えていることが特徴である。ブラウザコントロール作成部１０３は、例えばVisual Basicなどで構成し、設定ファイル編集部１３０の機能を果たすプログラムを組み込んで構成すればよい。設計用コンピュータ１０１で作成したブラウザコントロールファイル１３１は、設計用コンピュータ１０１からWebサーバ１０６に送信し、HTML文書DB１１１に格納しておく。設計用コンピュータ１０１で作成した設定ファイル１０５は、設計用コンピュータ１０１からWebサーバ１０６に送信し、設定ファイルDB１１２に格納しておく。
【００１７】
Webサーバ１０６は、HTML文書DB１１１、設定ファイルDB１１２、及び業務データDB１１３の３つのDBと、通信部１０７、通信部１１０、制御部１０８、及び認証部１０９とを備える。HTML文書DB１１１には、上記設計用コンピュータ１０１で作成したブラウザコントロールファイル１３１を利用するHTML文書１２１を予め作成して格納しておく。
【００１８】
業務を行うクライアントコンピュータ１１５は、Webサーバ１０６との通信を行う通信部１１６、Webサーバ１０６から取得したHTML文書１２１を解析しDOMツリーに変換し整形されたコンテンツを入出力部１２０に表示するブラウザ制御部１１７、ブラウザ制御部１１７の中に存在し、Webサーバ１０６から取得した設定ファイル１０５を解析してDOMツリーに変換し、そのDOMツリーに従いコントロールが配置されたブラウザコントロールを入出力部１２０に表示するブラウザコントロール制御部１１８、及び、業務画面の表示や業務データの編集を行う入出力部１２０を備える。
【００１９】
図２は、図１のブラウザコントロールシステムにおける業務処理の流れを示すフローチャートである。設計者は、設計用コンピュータ１０１を用いて、ブラウザコントロール作成部１０３によりブラウザコントロールファイル１３１を作成し、Webサーバ１０６のHTML文書DB１１１に格納する。また、設定ファイル編集部１３０で設定ファイル１０５を生成し、Webサーバ１０６の設定ファイルDB１１２に格納する（ステップ２０１）。次に、クライアントのユーザは、クライアントコンピュータ１１５を用いて、HTML文書DB１１１からHTML文書１２１を取得し、業務画面を入出力部１２０に表示する。このHTML文書１２１は、ブラウザコントロール１３１を表示する記載を含むものである。従って、ブラウザコントロールファイル１３１がHTML文書DB１１１から読み出されて表示される。このブラウザコントロールファイル１３１の表示の際には、設定ファイルDB１１２から設定ファイル１０５を取得し、その内容に基づいて当該ブラウザコントロールを入出力部１２０に表示する（ステップ２０２）。次に、クライアントコンピュータ１１５は、業務データDB１１３から必要な業務データを取得し、業務データの表示及び編集を入出力部１２０で行う。業務終了後、更新した業務データを業務データDB１１３に格納する（ステップ２０３）。
【００２０】
図３(a)は、ブラウザコントロール用GUI編集ツールの画面例３０１である。ブラウザコントロール用GUI編集ツールは、ブラウザコントロールを作成編集するためのブラウザコントロール作成部１０３の画面である。この画面３０１は、コントロール一覧画面３０２と編集画面３１０と項目設定画面３１３とから構成されている。編集画面３１０は、ブラウザコントロールをプレビューする画面３１２と、DOMのツリー構造を確認する画面３１１とからなる。コントロール一覧画面３０２には、ラベル３０３、テキストボックス３０４、ボタン３０５、テーブル３０６、ツリービュー３０７、タブ３０８、及びパネル３０９などの複数のコントロールを示す項目が表示されている。設計者は、これらの中から必要なコントロールを選択し、プレビュー画面３１２に配置する。これにより、設計者はブラウザコントロールの画面を作成することができる。
【００２１】
設定項目画面３１３は、プレビュー画面３１２に配置された各コントロールについての設定を行う画面である。プレビュー画面に表示された中から１つのコントロールを選択すると、設定項目画面３１３により、そのコントロールに関する名前などの各種のデータを設定変更できる。名前３１４の項目で、選択されたコントロールの名前の変更を行う。権限３１５の項目で、選択されたコントロールの権限に関する設定を行う。範囲３１６の項目で、選択されたコントロールの権限範囲の設定を行う。
【００２２】
図３（b）は、設定項目画面３１３の詳細を示す。いま、プレビュー画面３１２に配置されている１つのコントロール（ボタン）が選択されているものとする。設定項目画面３１３の名前３１４には、当該コントロールの名前として「buttonA」３１７と表示されている。この名前はユーザが任意に変更できる。buttonA３１７の権限３１５を決定するために、設計者は、一般ユーザ３１８か管理者３１９かを選択する。一般ユーザ３１８を選択した場合、クライアントからこのブラウザコントロールを使用する際、全てのユーザがボタンＡ３１７を操作することができる。これに対し、管理者３１９を選択した場合、クライアントからこのブラウザコントロールを使用する際、管理者以外の一般ユーザはボタンＡ３１７を操作することができない。権限の範囲３１６では、個別設定３２０または一括設定３２１を選択することができる。個別設定３２０を選択した場合、現在選択しているボタンＡ３１７の権限のみを設定し、一括設定３２１を選択した場合、ボタンＡと関連するコントロールの権限の設定を一括して行うことができる。なお、ここでは不図示とするが、ボタンなどのユーザが操作できるコントロールに対しては、例えばそれがクリックされたときに実行すべき関数やプロシージャなどのプログラムを定義することができる。
【００２３】
以上のように、ユーザは図３の画面で任意にブラウザコントロールを作成し、ブラウザコントロールファイル１３１として出力することができる。また、作成したブラウザコントロールに関する設定ファイル１０５を出力することができる。
【００２４】
図４(a)は、DOMツリー要素とブラウザコントロールを構成するコントロールの対応関係を示す。４０１は、図３(a)の編集画面３１０に表示されたブラウザコントロールの画面の作成例を示す。以下、単にブラウザコントロール４０１と呼ぶ。４１０は、図３(a)のDOMのツリー構造を確認する画面３１１に表示された、当該ブラウザコントロール４０１の、DOMツリーを示す。
【００２５】
この例のブラウザコントロール４０１は、ツリービュー４０２とパネル４０３で構成している。パネル４０３には、タブ４０４とタブ４０５の２つのタブコントロールが配置してある。タブ４０５には、ラベル４０６、テーブル４０７、及びボタン４０８が含まれている。各コントロール要素の集合体を示すDOMツリー４１０は、ブラウザコントロール４０１をルートノード４１１として表現する。DOMツリー４１０の各ノードとブラウザコントロール４０１の構成要素である各コントロールとの対応関係は、各ノードから対応するコントロールへ向かう点線の矢印で示した。ルートノード４１１は、ツリービューノード４１２、及びパネルノード４１３を子要素として持つ。パネルノード４１３は、タブノード４１４とタブノード４１５を子要素として持つ。タブノード４１５は、ラベルノード４１６、テーブルノード４１７、及びボタンノード４１８を子要素として持つ。
【００２６】
図４(b)は、図４(a)のように作成したブラウザコントロールを表すXML文書（設定ファイル１０５）を示す。図４(a)のDOMツリー４１０の各ノード４１１〜４１８に対して、設定ファイル１０５であるXML文書中の対応する部分に同じ番号を付した。なお、図３(b)で説明したように各コントロールに対して設定項目の情報が設定された場合は、その情報は図４(b)のXML文書内に記載されるが、ここでは省略して図示した。
【００２７】
以下、図１〜図４で説明した実施形態においてブラウザコントロールを使用したときの上記背景技術で説明した（１）から（３）の機能の実現例について説明する。
【００２８】
最初に、（３）のイベント処理機能の実現例について説明する。図５は、作成したブラウザコントロールを表示する記述５６０と当該ブラウザコントロールからのイベントを処理するスクリプト５５０を含むHTML文書（図５(a)）と、これをクライアントコンピュータ１１５の入出力部１２０に表示したときの業務画面５０１（図５(b)）である。図５(a)のHTML文書は予め作成してHTML文書DB１１１に格納しておく。５６１はブラウザコントロールが存在する場所を示しており、object1.cabがそのファイル名であり、上述のブラウザコントロールファイル１３１である。５６２は設定ファイル１０５が存在する場所を示しており、configfile.xmlがそのファイル名であり、上述の設定ファイル１０５である。図５(a)のHTML文書を入出力部１２０に表示する過程及びブラウザコントロール内のコントロールからイベントが発生したときにブラウザコントロール制御部１１８ではなくブラウザ制御部１１７がこれを処理する過程を、図６のシーケンス図を利用して、詳細に説明する。
【００２９】
まず、ブラウザコントロールを含むHTML文書の表示処理について説明する。ブラウザ制御部１１７は、Webサーバ１０６と接続し、クライアントコンピュータ１１５を利用しているユーザの認証を行う（ステップ６０１）。認証後、図５(a)のHTML文書をWebサーバ１０６のHTML文書DB１１１から取得する（ステップ６０２）。ブラウザ制御部１１７は、取得したHTML文書を解析し、DOMツリーに変換し（ステップ６０３）、入出力部１２０にコンテンツを表示する（ステップ６０４）。ここまででHTML文書中のブラウザコントロール以外の部分については表示が終わる。
【００３０】
次に、このHTML文書中にはブラウザコントロールを指定するOBJECT要素５６０が含まれるので、このブラウザコントロールが存在する場所５６１を参照し、Webサーバ１０６から当該ブラウザコントロールファイル１３１を取得する。ブラウザコントロールを取得したブラウザコントロール制御部１１８は、PARAM要素によって指定されている設定ファイル１０５の場所５６２を参照して、Webサーバ１０６の設定ファイルDB１１２から当該設定ファイル１０５を取得する（ステップ６０６）。取得したXMLで記述された設定ファイル１０５を解析してDOMツリーに変換し（ステップ６０７）、DOMツリーの構造に合わせてコントロールを配置したブラウザコントロールを入出力部１２０に表示する（ステップ６０８）。以上で、図５(a)のHTML文書を図５(b)のような業務画面５０１として表示する処理が完了した。
【００３１】
次に、ブラウザコントロール内のコントロールからのイベントの処理について説明する。ユーザが入出力部１２０においてブラウザコントロール内の検索ボタン４０８をマウスでクリックすると、入出力部１２０は、ブラウザコントロール制御部１１８に対してこのイベントを通知する。このときに通知されるイベント情報には、イベントの発生元である検索ボタン４０８のインスタンス及びイベントの種類であるマウスによるクリックが含まれる（ステップ６１０）。入出力部１２０からのイベント通知を取得したブラウザコントロール制御部１１８は、新たにこのブラウザコントロールからイベントを発生させることによって、ブラウザ制御部１１７にこのイベントを通知する（ステップ６１１）。ただし、このときブラウザ制御部１１７が取得するイベント情報におけるイベントの発生元のインスタンスは、このブラウザコントロールを指定しているOBJECT要素になってしまう。そこでブラウザコントロール制御部１１８は、イベントの発生元である検索ボタン４０８のインスタンスとステップ６０７で作成したDOMツリーを参照して、検索ボタン４０８のXPathまたはXPointerを計算し、ブラウザ制御部１１７に通知するイベント情報にこの発生場所の情報（"top/panel/button"）を含めてブラウザ制御部１１７に通知する（ステップ６１１）。イベント情報を取得したブラウザ制御部１１７は、対応するスクリプトを実行する。図５(a)の例では、Object1内においてクリックのイベントが発生したときに呼び出される関数Object1_Clickが実行される。このとき、発生場所の情報は引数control_pathで渡され、場所が検索ボタンの場所（"top/panel/button"）と一致したとき、"検索中です。"というメッセージボックスが表示される（ステップ６１２）。
【００３２】
一方、ブラウザコントロール制御部１１８は、ブラウザ制御部１１７へのイベント通知と同時に、検索ボタン４０８に対するブラウザコントロール内に記述されたプログラムを実行する。すなわち、Webサーバ１０６の業務DB１１２から業務データを取得し（ステップ６１３）、入出力部１２０にこれを表示する（ステップ６１４）。以上で、検索ボタン４０８がクリックされたときの処理が完了した。
【００３３】
以上のように、本実施形態のシステムによれば、ブラウザコントロールを指定するOBJECT要素を含むHTML文書において、ブラウザコントロール内のコントロールをXML（設定ファイル１０５）で記述しておくことにより、本来ならばOBJECT要素までしか特定できないブラウザ制御部１１７が、ブラウザコントロール内のコントロールまで特定することができるようになり、通常のHTMLが提供するコントロールと同様にイベントを発生したコントロールの特定やコントロールに対する操作を行うことが可能となる。
【００３４】
次に、上述のシステムでブラウザコントロールを使用したときの（１）のパーソナライゼーション機能の実現例について説明する。図７は、管理者と一般ユーザとでパーソナライズされた画面構成を示す図である。ブラウザコントロール４０１は、ツリービュー４０２とパネル４０３で構成されている。パネル４０３には、タブ４０５及びタブ４０４が配置されており、タブ４０５には、ラベル４０６、テーブル４０７、及びボタン４０８が含まれている。ここで、図３で説明したテーブルコントロールGUI編集ツール３０１により、タブ４０５の権限３１５を管理者３２０とし、範囲３１６を一括設定３２２と設定したとする。この場合、タブ４０５とタブ４０５に関連するコントロールに管理者のみが操作できる権限が与えられる。図７(a)は、管理者権限でログインしたクライアントでの表示を示す。管理者権限では、すべての要素が表示され操作することができる。図７(b)は、一般ユーザ権限のユーザがログインしたクライアントでの表示を示す。一般ユーザ権限では、タブ４０５とタブ４０５に関連するコントロールを操作することができない。具体的には、これらのタブに関連するコントロール４０６〜４０８を非アクティブ（グレー表示）にするなどして操作できないようにすればよい。
【００３５】
図８は、上述したパーソナライゼーションを実現するXML形式の設定ファイル１０５の例を示す図である。図８(a)は、一般ユーザと管理者とで同じ操作が可能となる設定ファイル１０５の例である。この場合、権限についての記載がないので、一般ユーザでも図７(a)で説明したように全てのコントロールの操作が可能である。図８(b)は、特定のコントロールに対して管理者のみ操作可能とする設定ファイルの例である。図３で説明したテーブルコントロールGUI編集ツールにより、タブ４０５とタブ４０５に関連するコントロールに管理者のみが操作できる権限を与えているため、当該タブ４０５とタブ４０５に関連するコントロールに対応する記載４１５において、各要素の属性にroll="管理者"が記述されている。これにより、管理者のみ操作を行うことができる。具体的には、図６のステップ６０１のユーザ認証により一般ユーザまたは管理者の判定を行い、ステップ６０６，６０７で図８(b)の設定ファイル１０５を読み込んでDOMツリーを作成し、そのDOMツリーに基づいてステップ６０８でブラウザコントロールを表示することになるが、その際、roll="管理者"の属性を持つ要素については、ログインユーザが一般ユーザの場合は非アクティブ(グレー表示)にして操作できないようにし、ログインユーザが管理者の場合は普通に表示して操作できるようにする。さらに、ユーザごとに異なる設定ファイル１０５を用意しておき、ユーザごとに異なる画面構成でブラウザコントロールを表示するようにしてもよい。
【００３６】
図９は、DOMツリーの部分木を利用した権限の設定を示す図である。ブラウザコントロールを構成する各コントロールの構成をDOMツリーで持つことにより、部分木ごとに権限の設定が可能である。図９(a)は、図４(a)で説明したブラウザコントロールのDOMツリー４１０において、何れの要素にも権限の設定を行わない例を示す。この場合、管理者及び一般ユーザの両者が何れの要素についても操作可能である。図９(b)は、DOMツリー４１０のノード４１５（画面上のタブ４０５に対応する）に管理者のみが操作できるような権限の設定を行った例を示す。この場合、ノード４１５以下の部分木に当該権限が設定される。そのため、管理者は全てのコントロールを操作することができるが、一般ユーザはタブ４０５の子要素であるラベル４０６、テーブル４０７、及びボタン４０８を操作できない。
【００３７】
最後に、上述のシステムでブラウザコントロールを使用したときの（２）のマルチデバイス対応機能の実現例について説明する。図１０(a)は、プロキシを利用したマルチデバイス対応のシステム構成を示すものである。プロキシ１００１は、各クライアントと接続する通信部１００２、Webサーバ１０６と接続する通信部１００６、クライアントのデバイスを判定する判定部１００３、設定ファイル１０５の入出力を行う制御部１００４、及び、クライアントのデバイスに対応したデータ構造に変換する変換部１００５を備える。クライアントとして、パソコン（PC）１００７、携帯電話１００８、またはPDA１００９が、プロキシ１００１経由でWebサーバ１０６と接続する要求を発行してくる。クライアントから接続要求があったとき、プロキシ１００１の判定部１００３は、そのクライアントのデバイス（PCか携帯電話かPDAか）を識別する。識別後、図１０(b)に示すように、Webサーバ１０６から設定ファイル１０５を読み込み、プロキシ１００１のメモリー上にDOMを展開する。識別したデバイスに応じて変換部１００５によりDOMのツリー構造の変換を行い、一時的な設定ファイル１０５をプロキシ１００１内に作成する。当該クライアントは、変換後の一時的な設定ファイル１０５を取得し、当該デバイスに適した画面を表示する。
【００３８】
図１１は、図１０のシステムで、クライアントがPC１００７であった場合の画面表示例とDOMツリーの例を示す。クライアントがPCである場合は、DOMツリーを変換する必要がないので、図１１の下段のDOMツリー４１０は図４(a)で説明したものと同じである。従って、図１１の上段のPC用画面は図４(a)に示したものと同じとなる。
【００３９】
図１２は、図１０のシステムで、クライアントがPDA１００９であった場合の画面表示例とDOMツリーの例を示す。PDAでは、画面がPCより小さいため、１つの画面内にPCほど多くの情報を表示できない。そこで、クライアントがPDAである場合は、PC用画面のツリービュー４０２をタブ１２０１で表示するようにDOMツリーを変換する。すなわち、図１２の下段に示すように、図１１のPC用のDOMツリーのツリービュー４０２に対応するノード４１２を、パネル４０３に対応するノード４１３の下位に移し、ノード１２１１とする。ノード１２１１に対応するのが、図１２のPDA用画面のタブ１２０１である。
【００４０】
図１３は、図１０のシステムで、クライアントが携帯電話１００８であった場合の画面表示例とDOMツリーの例を示す。携帯電話では、画面がPDAよりさらに小さいため、１つの画面内にPDAほど多くの情報を表示できない。そこで、クライアントが携帯電話である場合は、画面上部カーソル１３０１にフォーカスをあて、携帯電話の矢印キーなどにより画面の切り替えを行うものとし、１つの画面用にDOMツリーを再構成する。すなわち、図１３の下段に示すように、パネル４０３に対応するノード４１３の下位に、１画面に収めるべき子要素としてラベルノード４１６、テーブルノード４１７、及びボタンノード４１８を配置したDOMツリーに変換する。これにより、図１３の上段に描写した携帯電話用の画面が実現される。
【００４１】
以上のようにDOMツリーを各デバイス対応に変換することにより、各デバイスで表示するのに適した画面を容易に生成して表示するようにできる。
【００４２】
なお、上記実施形態において、設定ファイルを読み込む際、設定ファイルの記述内容を検証するようにするとよい。また、誤った記述の設定ファイルを読み込んだ場合、設定ファイルを自動訂正するようにするとよい。
【図面の簡単な説明】
【００４３】
【図１】本発明を適用したブラウザコントロールシステムの実施形態を示すシステム構成図
【図２】ブラウザコントロールシステムの業務処理の流れ図
【図３】ブラウザコントロール用GUI編集ツールの表示を示す図
【図４】DOMツリーの要素とコントロールの対応を示す図
【図５】ブラウザコントロールを実行するHTML文書を示す図
【図６】クライアントとサーバの動作形態を示す図
【図７】パーソナライゼーション機能による管理者と一般ユーザのブラウザコントロールの表示を示す図
【図８】パーソナライゼーション機能における管理者と一般ユーザの権限が記述されたXML形式の設定ファイルを示す図
【図９】DOMツリーの部分木による権限の設定例を示す図
【図１０】プロキシを利用したマルチデバイス対応機能を実現するシステムの構成を示す図
【図１１】マルチデバイス対応機能によるクライアントの画面表示例（ＰＣ用）を示す図
【図１２】マルチデバイス対応機能によるクライアントの画面表示例（ＰＤＡ用）を示す図
【図１３】マルチデバイス対応機能によるクライアントの画面表示例（携帯電話用）を示す図
【符号の説明】
【００４４】
１０１…設計用コンピュータ、１０２…通信部、１０３…設定ファイル編集部、１０４…表示部、１０５…設定ファイル、１０６…Webサーバ、１０７…通信部、１０８…制御部、１０９…認証部、１１０…通信部、１１１…HTML文書DB、１１２…設定ファイルDB、１１３…業務データDB、１１４…インターネット、１１５…クライアントコンピュータ、１１６…通信部、１１７…制御部、１１８…DOM変換部、１１９…解析部、１２０…表示部、１２１…HTML文書。
【図１】
2006079395.tif 000003
【図２】
2006079395.tif 000004
【図３】
2006079395.tif 000005
【図４】
2006079395.tif 000006
【図５】
2006079395.tif 000007
【図６】
2006079395.tif 000008
【図７】
2006079395.tif 000009
【図８】
2006079395.tif 000010
【図９】
2006079395.tif 000011
【図１０】
2006079395.tif 000012
【図１１】
2006079395.tif 000013
【図１２】
2006079395.tif 000014
【図１３】
2006079395.tif 000015