JP2012133567A - 情報処理装置、情報処理装置の制御方法、プログラム。 - Google Patents

Abstract

【課題】ＷＥＢアプリケーションサーバが、クライアント端末毎に異なるＷＥＢブラウザ種別に迅速に対応した応答をすること。
【解決手段】ＷＥＢアプリケーションサーバが、搭載するＷＥＢアプリケーションが独自に定義されたカスタム情報をＨＴＭＬ情報に書き換えた後に、ＷＥＢブラウザ種別に対応するＨＴＭＬ情報に変換し、変換したＨＴＭＬ情報をクライアントに応答する。
【選択図】 図１

Description

情報処理装置、情報処理装置の制御方法、プログラムに関する。

インターネットの普及とともに仕様の異なる様々な種類のＷＥＢブラウザが開発されたため、ＷＥＢ開発においてＷＥＢブラウザの仕様差異による画面挙動の違い（クロスブラウザ対策）が問題となった。画面挙動の違いによる問題は、従来はＷＥＢアプリケーション開発者がＷＥＢブラウザごとの動作差異を発生させる命令の使用を回避したり、特定ブラウザ専用の代替の処理を実装したりすることで対応を行ってきた。だが、新規ブラウザの開発やバージョンアップのたびに画面の再テストや実装変更の必要が発生し機能開発ではない部分に多くの工数がかかっていた。

特許文献１は、サーバはクライアントから送信されたユーザ・エージェント・ストリング読み取り、要求されたウエブページを特定のユーザエージェントに対応するようにカスタマイズする技術を開示している。

特開２０００−２２２２７７号公報

特許文献１では、利用者数・利用環境が限定され・クライアントに返却するファイルに複雑な編集を加えない変換であれば問題なく対応できるが、第３者に公開されるＷＥＢシステムでのクロスブラウザ変換には下記のような問題が生じる。
（１）クライアントが使用している環境を限定できないため、クライアントに変換処理を埋め込んでも正常に変換できるか保障することができない。
（２）クロスブラウザ変換は適用箇所・パターン数が多く、特許文献１の形では、ネットワーク負荷や処理負荷が高くなってしまう。

（３）ＷＥＢアプリケーション(システム)から分離されておらず開発毎に設計・組み込みを行う必要がある。また、変換しなければいけないＷＥＢブラウザを柔軟に変更できない。

上記の問題のなかで更に、ＷＥＢサーバが、クライアントを特定する情報を受け付けた後に対応するウエブページに必要な全ての情報をカスタマイズすると、カスタマイズする時間が必要となりユーザのリクエストに対して迅速に応答できないという問題が生じる。

この様な課題に対して本願発明は、クロスブラウザに迅速に対応する方法として、ユーザ端末からリクエストを受けて、ブラウザ種別毎に異なるＨＴＭＬ情報を含む画面定義データをクライアント端末に送信する場合において、リクエストを受ける度に、全てＨＴＭＬ情報をブラウザ種別毎に対応する全て代替のＨＴＭＬ情報に変換してしまうと、変換するＨＴＭＬ情報数の増加に従って、ユーザ端末への応答が遅くなってしまうので、ＷＥＢアプリケーションの実行した場合に、カスタム情報がＨＴＭＬ情報に書きかえられるＷＥＢアプリケーションを搭載する場合において、ＷＥＢアプリケーションをまず実行させ、ＨＴＭＬ情報に書きかえられた後に、書きかえられたＨＴＭＬ情報の部分をブラウザ種別毎に準備した代替のＨＴＭＬ情報に変換することで、変換するＨＴＭＬ情報数を削減し、リクエストを受ける度に、全て代替のＨＴＭＬ情報に変換する場合と比べて、迅速にブラウザ種別に対応する画面定義データをクライアント端末に送信できる仕組みを提供する事を目的とする。

本願発明は、クライアント端末と通信可能に接続された、画面定義データが含んでいる独自に定義されたカスタムデータをＨＴＭＬデータに書き換えるＷＥＢアプリケーションを備えるＷＥＢアプリケーションサーバであって、ブラウザ種別と対応づけた代替ＨＴＭＬデータを記憶する代替ＨＴＭＬデータ記憶手段と、前記カスタムデータと前記ＨＴＭＬデータを含む画面定義データを配置する画面定義データ配置手段と、前記クライアント端末から受信したブラウザ情報を用いて、前記ＷＥＢアプリケーションを実行し、前記画面定義データ配置手段が配置する画面定義データが含むカスタムデータをＨＴＭＬデータに書き換えるカスタムデータ書換手段と、前記クライアント端末から受信したブラウザ情報から、ブラウザの種別を判定するブラウザ種別判定手段と、前記カスタムデータ書換手段が書き換えた後に、前記判定したブラウザの種別に従って、前記書き換えたＨＴＭＬデータを、前記代替ＨＴＭＬデータ記憶手段が記憶する代替ＨＴＭＬデータに変換する第１のＨＴＭＬデータ変換手段と、前記画面定義データ配置手段が配置する画面定義データに前記カスタムデータを含まず、かつ前記第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを含む画面定義データを生成し、前記生成した画面定義データを前記クライアント端末に送信する画面定義データ送信手段と、を備えることを特徴とする。

また、前記画面定義データ配置手段が配置する画面定義データが含むＨＴＭＬデータを、前記代替ＨＴＭＬデータ記憶手段が記憶する代替ＨＴＭＬデータに変換する第２のＨＴＭＬデータ変換手段と、前記第２のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを前記画面定義データ配置手段が配置する画面定義データが含むＨＴＭＬデータに上書きするＨＴＭＬデータ上書手段と、画面定義データ配置手段は、前記ＨＴＭＬデータ上書手段が上書きした場合には、前記上書きしていない画面定義データを前記上書きした画面定義データに更新し配置することを特徴とする。

また、前記画面定義データ配置手段が配置する画面定義データは、スクリプトデータをさらに含み、ブラウザ種別と対応づけた代替スクリプトデータを記憶する代替スクリプトデータ記憶手段と、前記画面定義データ配置手段が配置する画面定義データが含むスクリプトデータを、前記スクリプトデータ記憶手段が記憶する代替スクリプトデータに変換するスクリプトデータ変換手段と、前記スクリプトデータ変換手段が変換した代替スクリプトデータを前記格納手段が格納する画面定義データが含むスクリプトデータに上書きするスクリプトデータ上書手段と、をさらに備え、画面定義データ配置手段は、前記スクリプトデータ上書手段が上書きした場合には、前記上書きしていない画面定義データを前記上書きした画面定義データに更新し配置することを特徴とする。

また、ブラウザ情報はユーザエージェント情報であり、前記ブラウザ種別判定手段は、前記クライアント端末から受信したブラウザ情報であるユーザエージェント情報に従って、ブラウザの種別を判定することを特徴とする。

また、前記クライアント端末にて表示不能なコメントデータを削除するコメントデータ削除手段をさらに備え、画面定義データ送信手段は、前記画面定義データ配置手段が配置する画面定義データから前記カスタムデータを含まず、かつ前記第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを含む画面定義データから、さらに前記コメント削除手段がコメントデータを削除した画面定義データを生成し、前記生成した画面定義データを前記クライアント端末に送信することを特徴とする。

本願発明により、クロスブラウザに迅速に対応する方法として、ユーザ端末からリクエストを受けて、ブラウザ種別毎に異なるＨＴＭＬ情報を含む画面定義データをクライアント端末に送信する場合において、リクエストを受ける度に、全てＨＴＭＬ情報をブラウザ種別毎に対応する全て代替のＨＴＭＬ情報に変換してしまうと、変換するＨＴＭＬ情報数の増加に従って、ユーザ端末への応答が遅くなってしまうので、ＷＥＢアプリケーションの実行した場合に、カスタム情報がＨＴＭＬ情報に書きかえられるＷＥＢアプリケーションを搭載する場合において、ＷＥＢアプリケーションをまず実行させ、ＨＴＭＬ情報に書きかえられた後に、書きかえられたＨＴＭＬ情報の部分をブラウザ種別毎に準備した代替のＨＴＭＬ情報に変換することで、変換するＨＴＭＬ情報数を削減し、リクエストを受ける度に、全て代替のＨＴＭＬ情報に変換する場合と比べて、迅速にブラウザ種別に対応する画面定義データをクライアント端末に送信できる仕組みを提供する事が可能となる。

本発明のシステム構成図を示す図である。 本発明の情報処理装置及びクライアント端末のハードウエア構成図を示す図である。 本発明の情報処理装置が実行するリクエスト取得時の基本フローを示すフローチャート図である。 本発明の情報処理装置が実行するブラウザ情報取得の詳細フローを示すフローチャート図である。 本発明の情報処理装置が実行するブラウザ判定の詳細フローを示すフローチャート図である。 本発明の情報処理装置が実行するデータ変換の詳細フローを示すフローチャート図である。 本発明の情報処理装置が実行するデータ再構築の詳細フローを示すフローチャート図である。 本発明の情報処理装置が実行するＷＥＢアプリ配置処理時の基本フローを示すフローチャート図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置がデータ変換処理を実行した場合の画面定義データに含まれるデータの変遷を順番に説明した図である。 本発明の情報処理装置が管理する情報テーブルを示す図である。 本発明の機能ブロック図を示す図である。

図１を説明する。

本システムの構成はクライアント端末２００、ＬＡＮまたはインターネット、ＷＥＢアプリケーションサーバ（情報処理装置）１００が通信可能に接続され構成される。クライアント端末２００からＬＡＮまたはインターネットを経由する形でＷＥＢアプリケーションサーバ（以下ＷＥＢサーバ）１００にリクエストを送信する。リクエストを受け取ったＷＥＢサーバ１００は、リクエスト情報を元に処理を実行し、ＷＥＢアプリケーションの実行結果をクライアント端末２００に返却する。
図２を説明する。
図２は情報処理装置１００及びクライアント端末２００、クライアント端末２０１のハードウエア構成を示す図である。

図２において、４０１はＣＰＵで、システムバス４０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ４０２あるいは外部メモリ４１１には、ＣＰＵ４０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

４０３はＲＡＭで、ＣＰＵ４０１の主メモリ、ワークエリア等として機能する。ＣＰＵ４０１は、処理の実行に際して必要なプログラム等をＲＯＭ４０２あるいは外部メモリ４１１からＲＡＭ４０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
４０５は入力コントローラで、キーボード（ＫＢ）４０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。

４０６はビデオコントローラで、表示部４１０への表示を制御する。なお、表示部４１０はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。また表示部は指やペン等にてユーザが表示画面内の対象位置を指定するタッチパネル機能を含むものであってもよい。

４０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ４１１へのアクセスを制御する。

４０８は通信Ｉ／Ｆコントローラで、ネットワーク（通信回線）３００を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ４０１は、例えばＲＡＭ４０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ上での表示を可能としている。また、ＣＰＵ４０１は、ＣＲＴ上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、情報処理装置１００の外部メモリ４１１に記録されており、必要に応じてＲＡＭ４０３にロードされることによりＣＰＵ４０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるデータファイル及びデータテーブル等も、外部メモリ４１１または情報処理装置１００の記憶手段に格納されており、これらについての詳細な説明も後述する。
図３を説明する。
図３は、本発明のＷＥＢサーバ１００のＣＰＵ４０１が実行するリクエスト処理時の基本フローを示すフローチャート図である。

ステップＳ０００では、クライアント端末２００（ユーザ端末）は、ＷＥＢブラウザ(クライアント)を利用してＷＥＢアプリケーションサーバ１００にリクエストを送信する。

ステップＳ１００では、ＷＥＢサーバ１００は、クライアントから送信されたリクエスト情報からブラウザ情報を取得する。詳細な処理は、図４のブラウザ情報取得処理で説明する。
ステップＳ２００では、ＷＥＢサーバ１００は、クライアントから送信されたリクエストにあわせてＷＥＢアプリケーションの処理を実行する。

このＷＥＢアプリケーションの処理を実行すると、ＷＥＢサーバ１００は、画面定義データ配置手段が配置する画面定義データを読み出し、当該画面定義データが含んでいるカスタムタグデータをＨＴＭＬタグデータに書き換え、書き換えた画面定義データをＲＡＭ４０３に記憶する。（カスタムデータ書換手段）。
ステップＳ３００では、ＷＥＢサーバ１００は、ＷＥＢアプリケーションの実行結果と画面定義情報を元にＨＴＭＬを生成する。

ステップＳ４００では、ＷＥＢサーバ１００は、Ｓ１００で取得したブラウザ情報と対応ブラウザ設定ファイルの情報を比較し変換処理を実施するかどうかを判定する。変換不要であればＳ５００〜Ｓ７００はスキップする。詳細な処理は、図５のブラウザ判定処理で説明する。
ステップＳ５００では、ＷＥＢサーバ１００は、Ｓ３００で生成した画面定義を各タグ、命令ごとに分解し配列に格納する。

ステップＳ６００では、ＷＥＢサーバ１００は、Ｓ５００で分解した配列数分変換処理を繰り返し、変換後のタグ情報を配列に再格納する。詳細な処理は、図６のデータ変換処理で説明する。

ステップＳ７００では、ＷＥＢサーバ１００は、Ｓ６００で再格納したタグ情報を再連結し画面を生成する。詳細な処理は、図７のデータ再構築処理で説明する。

つまり、Ｓ７００のデータ再構築処理が完了すると、ＷＥＢサーバ１００は、画面定義データ配置手段が配置する画面定義データにカスタムタグデータを含まず、かつ第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬタグデータを含む画面定義データを生成し、生成した画面定義データをクライアント端末に送信する（画面定義データ送信手段）。

さらなる機能として、Ｓ７０５でコメント削除手段がコメントタグデータを削除した場合には、画面定義データ送信手段は、画面定義データ配置手段が配置する画面定義データからカスタムタグデータを含まず、かつ第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬタグデータを含む画面定義データから、さらにコメント削除手段がコメントタグデータを削除した画面定義データを生成し、生成した画面定義データを前記クライアント端末に送信する。

ステップＳ８００では、ＷＥＢサーバ１００は、生成した画面定義データをクライアントに返却し、クライアント端末２００のＷＥＢブラウザ上で画面定義データを用いて表示指示する。
図４を説明する。
図４は、本発明のＷＥＢサーバ１００のＣＰＵ４０１が実行するブラウザ情報取得処理の詳細フローを示すフローチャート図である。
ステップＳ１０１では、ＷＥＢサーバ１００は、クライアントからリクエスト情報を受け取る。
ステップＳ１０２では、ＷＥＢサーバ１００は、リクエストのユーザエージェントを取得する。
ステップＳ１０３では、ＷＥＢサーバ１００は、対応するブラウザごとのユーザエージェント情報を取得し、情報数分比較処理(Ｓ１０４)を繰り返す

ステップＳ１０４では、ＷＥＢサーバ１００は、ブラウザ情報とＳ１０２で取得したユーザエージェント情報と比較し、一致していた場合は、ブラウザ情報の設定処理(Ｓ１０５)を呼び出し、比較処理を終了する。
ステップＳ１０５では、ＷＥＢサーバ１００は、一致したブラウザ情報を変換対象のブラウザ情報として設定。

ステップＳ１０６では、ＷＥＢサーバ１００は、全てのブラウザ情報と一致しなかった場合は、ＵＮＫＮＯＷＮ(不明)を設定する。※ＵＮＫＮＯＷＮを設定された場合は、変換処理が実施されない。
図５を説明する。
図５は、本発明のＷＥＢサーバ１００のＣＰＵ４０１が実行するブラウザ判定処理の詳細フローを示すフローチャート図である。
ステップＳ４０１では、ＷＥＢサーバ１００は、Ｓ１００で取得（受信）したブラウザ情報を取得する。

ステップＳ４０２では、ＷＥＢサーバ１００は、取得したブラウザ情報がＵＮＫＮＯＷＮか判定。ＵＮＫＮＯＷＮであれば変換フラグをＯｆｆに設定して変換判定処理を終了する。

ステップＳ４０３では、ＷＥＢサーバ１００は、設定ファイルに格納されている、ブラウザ情報を取得し変換対象のブラウザか判定する。変換対象でない場合は、変換フラグをＯｆｆに設定して変換判定処理を終了する。
つまり、ＷＥＢサーバ１００は、クライアント端末から受信したブラウザ情報から、ブラウザの種別を判定する（ブラウザ種別判定手段）。

ステップＳ４０４では、ＷＥＢサーバ１００は、変換済み画面定義情報から変換対象の画面定義の情報を取得し、変換済み画面定義であるかを判定する。変換済みである場合は、変換フラグをＯｆｆに設定して変換判定処理を終了する。
ステップＳ４０５では、ＷＥＢサーバ１００は、変換フラグをＯｎに設定して変換判定処理を終了する。
図６を説明する。
図６は、本発明のＷＥＢサーバ１００のＣＰＵ４０１が実行するデータ変換処理の詳細フローを示すフローチャート図である。

ステップＳ６０１では、ＷＥＢサーバ１００は、現在読み込んでいる情報がＨＴＭＬタグかスクリプトか判定をする。そのどちらでもない場合は、変換を行わず変換処理を終了する。

ステップＳ６０２では、ＷＥＢサーバ１００は、ブラウザ情報、ＨＴＭＬタグ・スクリプト命令をキーに対象の変換情報を取得する。ＨＴＭＬタグの場合は、使用している属性の変換情報も取得する。
ステップＳ６０３では、ＷＥＢサーバ１００は、Ｓ６０２で変換情報を取得できなかった場合、変換処理を終了する。
ステップＳ６０４では、ＷＥＢサーバ１００は、Ｓ６０２で取得した変換情報に代替情報が存在しない場合、変換処理を行わず変換処理を終了する。

ステップＳ６０５では、ＷＥＢサーバ１００は、変換対象がスクリプト命令かを判定する。スクリプトだった場合は、Ｓ６０６〜Ｓ６０７のスクリプト変換処理を呼びだす。
ステップＳ６０６では、ＷＥＢサーバ１００は、変換情報から代替のスクリプト命令もしくは関数に置き換える。
ステップＳ６０７では、ＷＥＢサーバ１００は、Ｓ６０６の代替の置き換えで関数に置き換えられている場合は、Ｓ６０８の代替関数を差し込む処理を実行。
ステップＳ６０８では、ＷＥＢサーバ１００は、代替の関数処理を代替スクリプトライブラリから取得し画面定義に代替関数を追加する。

ステップＳ６０９では、ＷＥＢサーバ１００は、変換対象がＨＴＭＬタグかを判定する。ＨＴＭＬタグだった場合は、Ｓ６１０〜Ｓ６１３のＨＴＭＬタグ変換処理を呼びだす。
ステップＳ６１０では、ＷＥＢサーバ１００は、変換対象のＨＴＭＬタグに使用されている全ての属性を取得する。
ステップＳ６１１では、ＷＥＢサーバ１００は、ＨＴＭＬタグで使用している属性の変換情報を取得する。

ステップＳ６１２では、ＷＥＢサーバ１００は、Ｓ６０８で取得した属性が代替後のＨＴＭＬタグで使用可能か判定する。使用不可かつ代替属性が存在しない属性があった場合は、変換処理を終了する。
ステップＳ６１３では、ＷＥＢサーバ１００は、変換情報から代替のＨＴＭＬタグと属性に置き換える。

つまり、ＷＥＢサーバ１００は、ステップＳ４０３で判定したブラウザの種別に従って、ステップＳ２００で書き換えられたＨＴＭＬタグデータを、変換データテーブル（図１８の８０５）に登録された代替ＨＴＭＬタグデータに変換する（第１のＨＴＭＬデータ変換手段）。
ステップＳ６１４では、ＷＥＢサーバ１００は、変換対象が属性かを判定する。属性だった場合は、Ｓ６１３の属性変換処理を呼びだす。
ステップＳ６１５では、ＷＥＢサーバ１００は、変換情報から代替の属性に置き換える。
図７を説明する。
図７は、本発明のＷＥＢサーバ１００のＣＰＵ４０１が実行するデータ再構築処理の詳細フローを示すフローチャート図である。
ステップＳ７０１では、ＷＥＢサーバ１００は、変換後再格納した配列数分繰り返す。
ステップＳ７０２では、ＷＥＢサーバ１００は、画面定義圧縮設定がＯｎになっていた場合、Ｓ７０３〜Ｓ７０５の圧縮処理を呼び出す。
ステップＳ７０３では、ＷＥＢサーバ１００は、対象がコメント・改行のみの情報だった場合、Ｓ７０１繰り返し処理に戻る。
ステップＳ７０４では、ＷＥＢサーバ１００は、連結対象がＨＴＭＬタグ・スクリプトだった場合は、Ｓ７０５の不要スペース・改行削除処理を呼び出す。
ステップＳ７０５では、ＷＥＢサーバ１００は、表示処理・スクリプト処理に影響を与えないスペースと改行を削除する。
さらにＷＥＢサーバ１００は、クライアント端末にて表示不能なコメントタグデータを削除する（コメントデータ削除手段）。
ステップＳ７０６では、ＷＥＢサーバ１００は、タグ、命令情報をＨＴＭＬの形に再生成し連結する。
図８を説明する。

図８は、本発明のＷＥＢサーバ１００のＣＰＵ４０１が実行するＷＥＢアプリ配置処理時の基本フローを示すフローチャート図である。このＷＥＢアプリ配置処理は図３のリクエスト処理よりも前に管理者端末（図１）からのＷＥＢアプリ配置実行指示に従って処理される。クライアント端末２００（管理者端末）は、ＷＥＢアプリケーションサーバ１００にＷＥＢアプリ配置実行指示を送信する。

ステップＨ１００では、ＷＥＢサーバ１００は、管理者が指定したＷＥＢアプリを解析し、内部に含まれている画面定義ファイルを一覧化し、画面定義数分変換処理を繰り返す。

ステップＳ５００〜Ｓ７００では、ＷＥＢサーバ１００は、メインフロー図のＳ５００〜Ｓ７００と同様の処理。スクリプト、ＨＴＭＬタグ、コメントを対象に変換処理が行われる。

つまりＷＥＢサーバ１００は、ＷＥＢアプリ配置処理において、画面定義データ配置手段が配置する画面定義ファイルから画面定義データを読み出し、読み出した当該画面定義データが含むＨＴＭＬタグデータを、変換データテーブル（図１８の８０５）に登録された代替ＨＴＭＬタグデータに変換する（第２のＨＴＭＬデータ変換手段）。

次に第２のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬタグデータを、読み出した画面定義データが含むＨＴＭＬタグデータに上書きする（ＨＴＭＬデータ上書手段）。

さらに、ＷＥＢサーバ１００は、ＷＥＢアプリ配置処理において、画面定義データ配置手段が配置する画面定義データを読み出し、読み出した当該画面定義データが含むスクリプトデータを、変換データテーブル（図１８の８０５）に登録された代替スクリプトデータに変換する（スクリプトデータ変換手段）。

次にスクリプトデータ変換手段が変換した代替スクリプトデータを、読み出した画面定義データが含むスクリプトデータに上書きする（スクリプトデータ上書手段）。

ステップＨ２００では、ＷＥＢサーバ１００は、変換した画面定義にカスタムタグが含まれていない場合は、変換済み画面定義情報にファイル名を書き込む。書き込まれた画面定義は、既に全情報が変換されているためリクエスト時の変換処理から除外される。
ステップＨ３００では、ＷＥＢサーバ１００は、変換した画面定義ファイルをＷＥＢサーバに配置する（画面定義データ配置手段）。

画面定義データ配置手段は、ＨＴＭＬデータ上書手段が上書きした場合には、上書きしていない画面定義データを上書きした画面定義データに更新し外部メモリ４１１にファイルとして配置する。

画面定義データ配置手段は、スクリプトデータ上書手段が上書きした場合には、上書きしていない画面定義データを上書きした画面定義データに更新し外部メモリ４１１にファイルとして配置する

つまり、ＷＥＢサーバ１００は、カスタムタグデータとＨＴＭＬタグデータとスクリプトデータを含む画面定義データ（図１８の８０１）を外部メモリ４１１にファイルとして配置する（画面定義データ配置手段）。
図９〜図１７は本願発明の処理によるデータの変遷を順番に説明したものであり、（１）から（１７）を順番に説明する。
図９を説明する。
（１）画面定義を作成（図９の９０１）
ＷＥＢシステムで使用する画面定義データを開発する。
（２）ＷＥＢシステムの実行モジュールを作成（図９の９０２）
（１）で作成した全ての画面定義データを含んだ実行モジュールを作成。
図１０を説明する。
（３）ＷＥＢサーバに実行モジュールを配置（図１０の９０３）
サーバ管理者が作成した実行モジュールをＷＥＢサーバに配置する。
ＷＥＢサーバに画面定義データを含む画面定義ファイルを格納する。
（４）実行モジュールから画面定義データを検索（図１０の９０４）
ファイル拡張子(．ｈｔｍｌなど)から実行モジュールに含まれる画面定義データを検索し変換対象を決定する。
図１１を説明する。
（５）画面定義データを分解（図１１の９０５）
変換情報に存在する固定文字列から変換方法の異なる部分ごとに分解。
図１２を説明する。
（６）変換情報を元に変換（図１２の９０６）
変換情報を元にスクリプトとＨＴＭＬタグ・属性を変換する。ここで第２のＨＴＭＬデータ変換手段が動作する。ここでスクリプトデータ変換手段が動作する。
図１３を説明する。
（７）画面定義データの再連結（図１３の９０７）
対象となるブラウザごとに画面定義データを再連結する。
図１４を説明する。
（８）画面定義データの圧縮（図１４の９０８）
ネットワーク負荷を下げるため動作に影響を与えない 改行、スペース、コメントを削除
（９）変換済み画面定義情報に書き込み（図１４の９０９）

カスタムタグを含まないが画面定義名を変換済み画面定義情報に書き込み。カスタムタグを含まない画面は、完全に変換完了しているためリクエスト処理時は変換処理を行わない。ここでＨＴＭＬデータ上書手段が動作する。ここでスクリプトデータ上書手段が動作する。
（１０）配置完了（図１４の９１０）
ＷＥＢサーバに配置完了。ここで画面定義データ配置手段が動作する。
図１５を説明する。
（１１）リクエスト受信（図１５の９１１）
ユーザがブラウザを使用してアクセスをする。ＷＥＢサーバでは受信したリクエストからブラウザを特定する。
（１２）ビジネスロジック実行（ＷＥＢアプリケーションの実行）（図１５の９１２）
ビジネスロジックを実行し実行結果を元にカスタムタグがＨＴＭＬタグに置き換えられる。ここでカスタムデータ書換手段が動作する。
図１６を説明する。
（１３）カスタムタグ部の分解（図１６の９１３）
ビジネスロジックの結果を元に置き換えられたＨＴＭＬタグを分解。
（１４）カスタムタグ部の変換（図１６の９１４）
変換情報を元に変換する。ここで第１のＨＴＭＬデータ変換手段が動作する。
図１７を説明する。
（１５）カスタムタグ部の圧縮（図１７の９１５）
ネットワーク負荷を下げるため動作に影響を与えない 改行、スペース、コメントを削除。
（１６）カスタムタグ部の再連結（図１７の９１６）
変換・圧縮が完了したカスタムタグ部を再連結する。
（１７）完了（図１７の９１７）
ユーザに画面定義情報を返却。ここで画面定義データ送信手段が動作する。
図１８を説明する。
図１８は、
８０１は、本願発明の画面定義データを示す図である。

画面定義データとは、ＨＴＭＬもしくはＪｓｐファイル中に記述されるデータのことであり、本願発明のＷＥＢサーバ１００がＨＴＭＬもしくはＪｓｐファイルとして配置（記憶）する。スクリプトデータ、ＨＴＭＬタグデータ、カスタムタグデータ、コメントデータで構成されている。
変換処理では、リクエスト受信時にカスタムタグを変換し、それ以外の部分は、アプリ配置時に変換する。
８０２は、本願発明の８０１の画面定義データに含まれるスクリプトデータの部分を示す図である。

スクリプトデータとは、ＨＴＭＬ上で簡易的な処理を行うためのプログラム言語でＪａｖａＳｃｒｉｐｔ（登録商標）などがある。ブラウザ上のボタンを押下可、不可を制御したり、文字のフォントや色を変更したりする処理を実装するために使用する。
画面定義データに記述されたスクリプトデータは、ＷＥＢアプリ配置処理時に全てブラウザ種別に対応する代替スクリプトデータに変換される
８０３は、本願発明の８０１の画面定義データに含まれるＨＴＭＬタグデータの部分を示す図である。

本願発明のＨＴＭＬタグデータ（ＨＴＭＬデータ）とは、ＷＥＢページを記述するために使用される汎用性のあるマークアップ言語であり。ＷＥＢブラウザ上で処理されることでＷＥＢページが表示される。

＜ＨＴＭＬ＞＜／ＨＴＭＬ＞で記述されるＨＴＭＬタグ、＜Ｃｏｍｍｅｎｔ＞＜／Ｃｏｍｍｅｎｔ＞で記述されるＣｏｍｍｅｎｔタグ、＜Ｐ＞＜／Ｐ＞で記述されるＰタグ等が該当する。
画面定義データに記述されたＨＴＭＬタグデータは、ＷＥＢアプリ配置処理時に全てブラウザ種別に対応する代替ＨＴＭＬタグデータに変換される。
８０４は、本願発明の８０１の画面定義データに含まれるカスタムデータの部分を示す図である。

本願発明のカスタムタグデータ（カスタムデータ）とは、ＷＥＢアプリケーションで独自に定義されたタグであり、汎用性のあるＨＴＭＬタグデータ以外のタグデータである。ユーザからアクセスされＷＥＢアプリケーションが実行されると、カスタムタグデータはＨＴＭＬタグデータに書き換えられる。そのためレスポンス処理時の変換処理では、画面定義データに記述されたカスタムタグは、ユーザからリクエスト受信後にブラウザ種別に対応する代替ＨＴＭＬタグデータに変換される。

本願発明のカスタムタグデータとは、＜Ｃｏｓｔｏｍ＞＜／Ｃｏｓｔｏｍ＞で記述されるタグが該当する。このカスタムタグデータはＷＥＢブラウザでは表示されない。
非処理記述とは、画面表示の動作に影響を与えない記述部分。開発時に画面定義の可読性を確保するために記述される。
画面定義データに記述されたコメントは、ＷＥＢアプリ配置時に圧縮処理で全て削除される。
８０５は変換データテーブルである。
変換データテーブルは、変換を行うための情報。タグ名、属性名、命令ごとに、使用可能なブラウザの情報と代替情報(代替データ)を格納している。

変換データテーブル（８０５）はブラウザ種別と対応づけた代替ＨＴＭＬタグデータを記憶する（代替ＨＴＭＬデータ記憶手段）。図１８の８０５の例では、ＨＴＭＬタグデータ（changeKey）がＨＴＭＬある場合は、全てのブラウザ種別に対応している為、変換する代替ＨＴＭＬタグデータ(substitution)が登録されていないという例であるが、図１２の９０６に示すようにＨＴＭＬタグデータ（changeKey）がＣＯＭＭＥＮＴある場合は、ブラウザ種別に応じて、代替ＨＴＭＬタグデータ(substitution)が変換データテーブル（８０５）に登録されている。

変換データテーブル（８０５）はブラウザ種別と対応づけた代替スクリプトデータを記憶する（代替スクリプトデータ記憶手段）。図１８の８０５の例では、スクリプトデータ（changeKey）がstyle.visibleである場合は、ブラウザ種別に応じて、代替ＨＴＭＬタグデータ(substitution)としてshowLayerが登録されている。
変換データテーブル（８０５）の各項目を説明する。
changeKeyは変換対象のタグ名、属性名、命令名を保持する項目であり、変換処理時に変換対象の名称と一致する情報を取得し変換する。

substitutionは変換対象が、対象ブラウザで使用できない場合に、変換されるタグ（代替ＨＴＭＬタグデータ）、属性（代替属性データ）、命令（代替スクリプトデータ）の代替情報(代替データ)である。

typeは対象の変換情報がＨＴＭＬタグ(tag)、ＨＴＭＬ属性(attribute)、スクリプト(script)用の情報なのかを表す項目であり、この情報を元に対応する変換処理が行われる。

browserは対象のタグ名、属性名、命令名の対応ブラウザを数値で表す。対応していない場合（Allや1,2,3ではない場合）に変換処理を行う。Allの場合は、全てのブラウザ種別に対応し、で使用可能なタグである。1,2,3の場合は使用可能なブラウザ種別を特定する値である。複数ある場合はカンマ区切りで複数を指定可能。
８０６はブラウザ情報テーブルである。
ブラウザ種別判定手段がブラウザ種別を判定する場合に利用するブラウザ情報（ユーザエージェント情報）を管理している。
ブラウザ情報テーブル（８０６）の各項目を説明する。
no（ナンバー）はブラウザ種別毎に割り当てられる一意な数値キー項目である。
Nameはブラウザ種別毎の名称（またはバージョン）である。

userAgent（ユーザエージェント情報）はＷＥＢサーバ１００が、クライアント端末２００から受信するリクエストに含まれるユーザが使用するブラウザ情報を特定するための情報である。
changeOnは対象のブラウザが変換対象かを表す項目である(０は変換対象外,１は変換対象)。
changeOnが0の場合変換対象外なので変換しない。
changeOnが1の場合変換対象なので変換する。
図１９を説明する。
ＷＥＢサーバで本願発明の処理を行うための各機能のブロック構成を図にしたものである。
リクエスト制御部は、クライアント端末２００から送信されたリクエスト情報を解析し、変換に必要な情報を取得、格納する機能。
変換処理部はクロスブラウザに対応する変換処理が機能する部分。
リクエスト制御部で格納した情報を元に画面定義を分解→変換→再構築とうい手順でクロスブラウザ対策された画面定義を生成する。
変換用ライブラリ部とは、変換処理で使用するライブラリ群である。

（１）ＷＥＢサーバ１００は、変換情報(対応ブラウザ、代替タグ・代替命令・代替属性)として、変換データテーブル（図１８の８０５）を外部メモリ４１１に記憶する（代替ＨＴＭＬデータ記憶手段、代替スクリプトデータ記憶手段）。

（２）ＷＥＢサーバ１００は、代替スクリプトライブラリを記憶する。代替スクリプトライブラリとは各スクリプト命令の代替処理の関数である。スクリプトを変換するときに命令だけの変換では対応できないパターンがある。その時、代替の関数に置き換えて変換を行う。
（３）ＷＥＢサーバ１００は、ブラウザ情報として、ブラウザ情報テーブル（図１８の８０６）を外部メモリ４１１に記憶する。
変換用設定部は以下の情報を記憶する。

（１）変換済み画面定義情報として、画面定義データを外部メモリ４１１に記憶する（画面定義データ配置手段）。アプリ配置時に全てのタグ・命令が変換された画面定義を保持する。変換済みの画面定義は、リクエスト時は変換の対象外となる。

（２）画面定義圧縮設定を記憶する。画面定義圧縮設定とはネットワークのトラフィック節約をするための圧縮処理を実行するか実行しないかＯｎ／Ｏｆｆで保持する。

ＷＥＢアプリ部は、ＷＥＢアプリケーションである。本願発明のＷＥＢアプリケーションは、画面定義データが含んでいるカスタムタグデータをＨＴＭＬタグデータに書き換えるように機能するＷＥＢアプリケーションである。

また、本発明におけるプログラムは、図３〜図８に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３〜図８の処理方法をコンピュータが実行可能なプログラムとして、情報処理装置１００の外部メモリ４１１に記憶されている。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 情報処理装置（ＷＥＢアプリケーションサーバ）
２００ クライアント端末（ユーザ端末）
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ（記憶部）
４１１ 外部メモリ（記憶部）

Claims (7)

1. クライアント端末と通信可能に接続された、画面定義データが含んでいる独自に定義されたカスタムデータをＨＴＭＬデータに書き換えるＷＥＢアプリケーションを備えるＷＥＢアプリケーションサーバであって、
   ブラウザ種別と対応づけた代替ＨＴＭＬデータを記憶する代替ＨＴＭＬデータ記憶手段と、
   前記カスタムデータと前記ＨＴＭＬデータを含む画面定義データを配置する画面定義データ配置手段と、
   前記クライアント端末から受信したブラウザ情報を用いて、前記ＷＥＢアプリケーションを実行し、前記画面定義データ配置手段が配置する画面定義データが含むカスタムデータをＨＴＭＬデータに書き換えるカスタムデータ書換手段と、
   前記クライアント端末から受信したブラウザ情報から、ブラウザの種別を判定するブラウザ種別判定手段と、
   前記カスタムデータ書換手段が書き換えた後に、前記判定したブラウザの種別に従って、前記書き換えたＨＴＭＬデータを、前記代替ＨＴＭＬデータ記憶手段が記憶する代替ＨＴＭＬデータに変換する第１のＨＴＭＬデータ変換手段と、
   前記画面定義データ配置手段が配置する画面定義データに前記カスタムデータを含まず、かつ前記第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを含む画面定義データを生成し、前記生成した画面定義データを前記クライアント端末に送信する画面定義データ送信手段と、
   を備えることを特徴とするＷＥＢアプリケーションサーバ。
2. 前記画面定義データ配置手段が配置する画面定義データが含むＨＴＭＬデータを、前記代替ＨＴＭＬデータ記憶手段が記憶する代替ＨＴＭＬデータに変換する第２のＨＴＭＬデータ変換手段と、
   前記第２のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを前記画面定義データ配置手段が配置する画面定義データが含むＨＴＭＬデータに上書きするＨＴＭＬデータ上書手段と、
   画面定義データ配置手段は、前記ＨＴＭＬデータ上書手段が上書きした場合には、前記上書きしていない画面定義データを前記上書きした画面定義データに更新し配置することを特徴とする請求項１に記載のＷＥＢアプリケーションサーバ。
3. 前記画面定義データ配置手段が配置する画面定義データは、スクリプトデータをさらに含み、
   ブラウザ種別と対応づけた代替スクリプトデータを記憶する代替スクリプトデータ記憶手段と、
   前記画面定義データ配置手段が配置する画面定義データが含むスクリプトデータを、前記スクリプトデータ記憶手段が記憶する代替スクリプトデータに変換するスクリプトデータ変換手段と、
   前記スクリプトデータ変換手段が変換した代替スクリプトデータを前記格納手段が格納する画面定義データが含むスクリプトデータに上書きするスクリプトデータ上書手段と、
   をさらに備え、
   画面定義データ配置手段は、前記スクリプトデータ上書手段が上書きした場合には、前記上書きしていない画面定義データを前記上書きした画面定義データに更新し配置することを特徴とする請求項１乃至請求項２のいずれか１項に記載のＷＥＢアプリケーションサーバ。
4. ブラウザ情報はユーザエージェント情報であり、
   前記ブラウザ種別判定手段は、前記クライアント端末から受信したブラウザ情報であるユーザエージェント情報に従って、ブラウザの種別を判定することを特徴とする請求項１乃至請求項３のいずれか１項に記載のＷＥＢアプリケーションサーバ。
5. 前記クライアント端末にて表示不能なコメントデータを削除するコメントデータ削除手段をさらに備え、
   画面定義データ送信手段は、前記画面定義データ配置手段が配置する画面定義データから前記カスタムデータを含まず、かつ前記第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを含む画面定義データから、さらに前記コメント削除手段がコメントデータを削除した画面定義データを生成し、前記生成した画面定義データを前記クライアント端末に送信することを特徴とする請求項１乃至請求項４のいずれか１項に記載のＷＥＢアプリケーションサーバ。
6. クライアント端末と通信可能に接続された、画面定義データが含んでいる独自に定義されたカスタムデータをＨＴＭＬデータに書き換えるＷＥＢアプリケーションと、ブラウザ種別と対応づけた代替ＨＴＭＬデータを記憶する代替ＨＴＭＬデータ記憶手段と、前記カスタムデータと前記ＨＴＭＬデータを含む画面定義データを配置する画面定義データ配置手段と、を備えるＷＥＢアプリケーションサーバの制御方法であって、
   前記ＷＥＢアプリケーションサーバのカスタムデータ書換手段が、前記クライアント端末から受信したブラウザ情報を用いて、前記ＷＥＢアプリケーションを実行し、前記画面定義データ配置手段が配置する画面定義データが含むカスタムデータをＨＴＭＬデータに書き換えるカスタムデータ書換工程と、
   前記ＷＥＢアプリケーションサーバのブラウザ種別判定手段が、前記クライアント端末から受信したブラウザ情報から、ブラウザの種別を判定するブラウザ種別判定工程と、
   前記ＷＥＢアプリケーションサーバの第１のＨＴＭＬデータ変換手段が、前記カスタムデータ書換工程が書き換えた後に、前記判定したブラウザの種別に従って、前記書き換えたＨＴＭＬデータを、前記代替ＨＴＭＬデータ記憶手段が記憶する代替ＨＴＭＬデータに変換する第１のＨＴＭＬデータ変換工程と、
   前記ＷＥＢアプリケーションサーバの画面定義データ送信手段が、前記画面定義データ配置手段が配置する画面定義データに前記カスタムデータを含まず、かつ前記第１のＨＴＭＬデータ変換工程が変換した代替ＨＴＭＬデータを含む画面定義データを生成し、前記生成した画面定義データを前記クライアント端末に送信する画面定義データ送信工程と、
   を含むことを特徴とする制御方法。
7. クライアント端末と通信可能に接続された、画面定義データが含んでいる独自に定義されたカスタムデータをＨＴＭＬデータに書き換えるＷＥＢアプリケーションを備えるＷＥＢアプリケーションサーバで読み取り実行可能なプログラムあって、
   前記ＷＥＢアプリケーションサーバを、
   ブラウザ種別と対応づけた代替ＨＴＭＬデータを記憶する代替ＨＴＭＬデータ記憶手段と、
   前記カスタムデータと前記ＨＴＭＬデータを含む画面定義データを配置する画面定義データ配置手段と、
   前記クライアント端末から受信したブラウザ情報を用いて、前記ＷＥＢアプリケーションを実行し、前記画面定義データ配置手段が配置する画面定義データが含むカスタムデータをＨＴＭＬデータに書き換えるカスタムデータ書換手段と、
   前記クライアント端末から受信したブラウザ情報から、ブラウザの種別を判定するブラウザ種別判定手段と、
   前記カスタムデータ書換手段が書き換えた後に、前記判定したブラウザの種別に従って、前記書き換えたＨＴＭＬデータを、前記代替ＨＴＭＬデータ記憶手段が記憶する代替ＨＴＭＬデータに変換する第１のＨＴＭＬデータ変換手段と、
   前記画面定義データ配置手段が配置する画面定義データに前記カスタムデータを含まず、かつ前記第１のＨＴＭＬデータ変換手段が変換した代替ＨＴＭＬデータを含む画面定義データを生成し、前記生成した画面定義データを前記クライアント端末に送信する画面定義データ送信手段と、
   として機能させることを特徴とするプログラム。

Images