JPWO2013168235A1 - プログラム、情報処理装置およびデータ提供方法 - Google Patents

Abstract

画面情報の調整を容易に柔軟化する。演算部（１ｂ）は、記憶部（１ａ）に記憶された第１の画面情報と当該第１の画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報（４）に対するタグごとの設定変更の入力を受け付けると、当該第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶部（１ａ）に格納する。演算部（１ｂ）は、第１の装置（２）から取得された第１の画面情報を第２の装置（３）に提供する際に、記憶部（１ａ）を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報（６）を生成し、当該第１の画面情報に代えて、第３の画面情報（６）を第２の装置（３）に提供する。

Description

本発明はプログラム、情報処理装置およびデータ提供方法に関する。

現在、クライアント装置がネットワークを介してサーバ装置に接続された情報処理システムが利用されている。情報処理システムでは、サーバ装置により提供される画面情報をクライアント装置が取得し、当該画面情報に基づくＧＵＩ（Graphical User Interface）をクライアント装置上で利用可能とするものがある。例えば、Ｗｅｂブラウザを備えたクライアント装置は、Ｗｅｂサーバ機能を備えたサーバ装置とＨＴＴＰ（HyperText Transfer Protocol）を用いて通信し、ＨＴＭＬ（HyperText Markup Language）ファイルを取得する。クライアント装置は、ＨＴＭＬファイルに応じたＧＵＩを、Ｗｅｂブラウザを用いてユーザに提示する。

クライアント装置として、例えば、携帯型やタブレット型などの電子装置を用いることがある。電子装置には仕様の異なる種々のものが存在する。例えば、画面のサイズも様々である。このため、サーバ装置が提供するＧＵＩをそのまま電子装置で利用しようとすると、操作性が悪いことがある。また、そのままではＧＵＩを利用できないこともある。

そこで、クライアント装置とサーバ装置との間にコンテンツ変換装置を設ける提案がある（例えば、特許文献１参照）。コンテンツ変換装置を用いて、サーバ装置が提供するコンテンツをクライアント装置の種別に応じて変換することで、１つのコンテンツを種々のクライアント装置で利用可能にする。

特開２００３−１６００１号公報

画面情報の変換を行う場合、複数の画面情報に対して共通のルールを与えて変換を行うことが考えられる。しかし、共通のルールに従って変換する方法では、個々の画面情報に対応した柔軟な調整を行うことが容易でないという問題がある。

例えば、共通のルールを、ある業務用の画面に適したルールに変更することも考えられる。しかし、当該ルール変更が他の業務用の画面に対して必ずしも適しているとは限らない。当該ルール変更が他の業務用の画面の使い勝手を悪化させるおそれもある。

本発明はこのような点に鑑みてなされたものであり、画面情報の調整を容易に柔軟化することができるプログラム、情報処理装置およびデータ提供方法を提供することを目的とする。

上記課題を解決するために、コンピュータによって実行されるプログラムが提供される。このプログラムは、タグを含む第１の画面情報と当該第１の画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報に対するタグごとの設定変更の入力を受け付けると、第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶手段に格納し、第１の装置から取得された第１の画面情報を第２の装置に提供する際に、記憶手段を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報を生成し、当該第１の画面情報に代えて、第３の画面情報を第２の装置に提供する、処理をコンピュータに実行させる。

また、上記課題を解決するために、情報処理装置が提供される。この情報処理装置は、記憶部と演算部とを有する。記憶部は、タグを含む第１の画面情報を記憶する。演算部は、記憶部に記憶された第１の画面情報と当該第１の画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報に対するタグごとの設定変更の入力を受け付けると、当該第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶部に格納し、第１の装置から取得された第１の画面情報を第２の装置に提供する際に、記憶部を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報を生成し、当該第１の画面情報に代えて、第３の画面情報を第２の装置に提供する。

また、上記課題を解決するために、情報処理装置によって実行されるデータ提供方法が提供される。このデータ提供方法では、情報処理装置が、タグを含む第１の画面情報と当該第１の画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報に対するタグごとの設定変更の入力を受け付けると、第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶手段に格納し、第１の装置から取得された第１の画面情報を第２の装置に提供する際に、記憶手段を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報を生成し、当該第１の画面情報に代えて、第３の画面情報を第２の装置に提供する。

画面情報の調整を容易に柔軟化することができる。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

第１の実施の形態の情報処理装置を示す図である。 第２の実施の形態の情報処理システムを示す図である。 変換サーバのハードウェア例を示す図である。 変換サーバのソフトウェア例を示す図である。 クライアントが送信するＨＴＴＰリクエストの例を示す図である。 記憶部に記憶されるデータ例を示す図である。 元ＨＴＭＬテーブルの例を示す図である。 画面変換ルールテーブルの例を示す図である。 部品変換ルールテーブルの例を示す図である。 オリジナルのＨＴＭＬファイルの例を示す図である。 デフォルト変換後のＨＴＭＬファイルの例を示す図である。 個別変換後のＨＴＭＬファイルの例を示す図である。 個別変換ルール登録画面の例を示す図である。 画面変換ルール設定画面の例を示す図である。 部品変換ルール設定画面の例を示す図である。 クライアントとの間の処理の例を示すフローチャートである。 Ｗｅｂサーバへアクセスする場合の例を示すフローチャートである。 ＨＴＭＬ変換の例を示すフローチャートである。 個別変換ルール作成の例を示すフローチャートである。

以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の情報処理装置を示す図である。情報処理装置１は、第１の装置２および第２の装置３とネットワークを介して接続されている。

情報処理装置１は、ＣＰＵ（Central Processing Unit）などのプロセッサとＲＡＭ（Random Access Memory）などのメモリとを備えてもよく、メモリに記憶されたプログラムをプロセッサが実行するコンピュータであってもよい。また、情報処理装置１は、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などの電子回路を備えてもよく、当該電子回路により情報処理装置１の機能が実現されてもよい。第１の装置２および第２の装置３は、情報処理装置１と同様に、プロセッサとメモリとを備えた（あるいは、ＦＰＧＡやＡＳＩＣなどを備えた）コンピュータや電子装置などでもよい。

第１の装置２は、画面情報を配信する。画面情報は、画面に表示する部品（以下、画面部品という）を示すタグを含む。画面情報は、例えばＨＴＭＬファイルである。
第２の装置３は、画面情報に基づく画面を、第２の装置３に内蔵された表示装置や第２の装置３に外付けされた表示装置などに表示させる。例えば、第２の装置３はＷｅｂブラウザを備えている。ＷｅｂブラウザはＨＴＭＬファイルに基づく画面を生成して表示装置に表示させる。

情報処理装置１は、記憶部１ａおよび演算部１ｂを有する。
記憶部１ａは、演算部１ｂにより用いられる各種のデータを記憶する。例えば、記憶部１ａは、第１の装置２から取得された第１の画面情報を記憶する。第１の画面情報は、オリジナルの画面情報である。例えば、所定のブラウザを用いて、第１の画面情報に基づいて第１の画面（図示を省略）を生成できる。

演算部１ｂは、第１の画面情報と画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報４に対するタグごとの設定変更の入力を許容する。第１のルールは、複数の画面情報で共通に用いられるルールである。第１のルールは記憶部１ａに予め格納されてもよい。演算部１ｂが第１のルールを用いて、第１の画面情報から第２の画面情報４を生成してもよい。例えば、演算部１ｂは第１のルールに基づいて画面部品を示す所定のタグを第１の画面情報に追加する。また、例えば、演算部１ｂは第１のルールに基づいて第１の画面情報に含まれるタグに設定された属性を変更する。

例えば、第１の画面情報にタグＡ，Ｂ，Ｃが含まれるとする。例えば、第１のルールに基づいて、タグＺが追加される。タグＺは、外部の定義ファイル（例えば、スタイルシートなど）を読み込んで、第１の画面に含まれる画面部品の形状や配置などの調整を行うものである。このようにして、第１の画面情報に基づいて第２の画面情報４が生成される。この処理は、第１の画面情報に対し、第１のルールによるデフォルトの変換が行われることで、第２の画面情報４が生成される処理ということもできる。

第２の画面５は、第２の画面情報４に基づいて所定のブラウザにより生成される画面の例である。第２の画面５は、画面部品５ａ，５ｂ，５ｃを含む。画面部品５ａは、第２の画面情報４におけるタグＡに相当する。画面部品５ｂは、第２の画面情報４におけるタグＢに相当する。画面部品５ｃは、第２の画面情報４におけるタグＣに相当する。

なお、演算部１ｂは、例えば、タグごとの設定変更の入力を支援するためのＧＵＩを情報処理装置１に接続された表示装置に表示させてもよい。例えば、第１の画面情報（オリジナルの画面情報）に基づく画面と第２の画面５とを並べて表示させ、各画面部品の選択入力や各画面部品の属性（サイズ、色、フォント、配置など）の設定変更を支援してもよい。演算部１ｂは、第２の画面５に対し、設定変更の内容を反映してプレビュー可能としてもよい。当該設定変更を行うユーザによる効率的な操作を支援するためである。

演算部１ｂは、第２の画面情報４に対するタグごとの設定変更を受け付けると第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶部１ａに格納する。第１の画面情報を示す情報とは、第１の画面情報を一意に識別するための識別情報である。例えば、ＨＴＭＬファイル内に記述されたタイトルや所定の識別子を、当該識別情報として用いることが考えられる。

例えば、演算部１ｂは、第２の画面情報４に含まれるタグＢについて、削除する設定変更を受け付けると、第１の画面情報を示す情報と当該設定変更の内容とを含む第２のルールを生成して記憶部１ａに格納する。また、演算部１ｂは、第２の画面情報４に含まれるタグＣについて、設定Ｃ１を追加する設定変更を受け付けると、第１の画面情報を示す情報と当該設定変更の内容とを含む第２のルールを生成して記憶部１ａに格納する。

演算部１ｂは、第１の装置２から取得された第１の画面情報を第２の装置３に提供する際に、記憶部１ａを参照して、当該第１の画面情報を示す情報を含む第２のルールを検索する。例えば、演算部１ｂは、第２の装置３から第１の画面情報に対する所定のリクエストを受信したときに、第１の装置２に代理でアクセスして第１の画面情報を第１の装置２から取得する。

そして、当該第１の画面情報から第１の画面情報を示す情報を取得し、当該情報を含む第２のルールを検索する。上述の例でいえば、第１の画面情報を示す情報とタグＢに対する設定変更の内容（削除）とを含む第２のルールが存在する。また、第１の画面情報を示す情報とタグＣに対する設定変更の内容（属性の追加）とを含む第２のルールが存在する。よって、演算部１ｂはこれら第２のルールを検索して抽出する。

演算部１ｂは、第１の装置２から取得した第１の画面情報と第１のルールと検索された第２のルールとに基づいて、第３の画面情報６を生成する。上述の例でいえば、第２のルールとして、第２の画面情報４に含まれるタグＢを削除するものが存在する。よって、演算部１ｂは、第２の画面情報４においてタグＢを削除する。また、第２のルールとして、第２の画面情報４に含まれるタグＣに設定Ｃ１を追加するものが存在する。よって、演算部１ｂは、第２の画面情報４においてタグＣに設定Ｃ１を追加する。ただし、第２のルールが存在するタグについては、第１のルールを適用しないように制御してもよい。変換の処理を効率化できるからである。このようにして、演算部１ｂは、第３の画面情報６を生成する。なお、上述の例では、タグＡに関する第２のルールはない。

なお、演算部１ｂは、第１の画面情報に対して、まず第２のルールを適用してから（各タグの属性を第２のルールにより追加・変更してから）、第２のルールの適用対象外のタグに対して第１のルールを適用するようにしてもよい。このような手順によっても第３の画面情報６を生成できる。

第３の画面７は、第３の画面情報６に基づいて所定のブラウザにより生成される画面の例である。第３の画面７は、画面部品７ａ，７ｂを含む。画面部品７ａは、第３の画面情報６におけるタグＡに相当する。画面部品７ｂは、第３の画面情報６におけるタグＣに相当する。なお、タグＢは削除されているため、第３の画面７には画面部品５ｂに相当する画面部品は存在しない。

例えば、画面部品５ａ，７ａは、タグＡについての設定変更はないため、同じ表示である。また、画面部品７ｂは、タグＣに対する設定変更（設定Ｃ１の追加）により、画面部品５ｃよりも縦横のサイズが拡大されている。

情報処理装置１によれば、演算部１ｂにより、第１の画面情報と第１のルールとに基づいて生成された、タグを含む第２の画面情報４に対するタグごとの設定変更の入力が受け付けられる。すると、演算部１ｂにより、第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールが生成されて記憶部１ａに格納される。演算部１ｂにより、第１の装置２から取得された第１の画面情報が第２の装置３に提供される際に、記憶部１ａが参照されて、当該第１の画面情報を示す情報を含む第２のルールが検索される。演算部１ｂにより、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報６が生成される。演算部１ｂにより、当該第１の画面情報に代えて、第３の画面情報６が第２の装置３に提供される。

これにより、画面情報の調整を容易に柔軟化することができる。具体的には、第１の装置２から取得される複数の画面情報（複数の第１の画面情報）に対して共通に適用される第１のルールに加えて、画面情報ごとの第２のルールを作成するので、第１のルールを変更せずに画面情報ごとに画面部品などの調整を行える。このため、例えば、ある業務用の画面に対して好適なルール設定を、他の業務用の画面への影響を抑えて、柔軟に行えるようになる。

このとき、第２のルールの適用対象の画面部品に対しては、第１のルールの適用を行わないように制御してもよい。これにより、ルール適用の処理を効率化できる。例えば、２重にルールを適用すると、最初に適用したルールが次に適用したルールで更新されることになり、最初のルール適用の処理が無駄になり非効率的だからである。

［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。第２の実施の形態の情報処理システムは、クライアント３０，４０、変換サーバ１００、Ｗｅｂサーバ２００および管理端末装置３００を含む。クライアント３０，４０および変換サーバ１００は、ネットワーク１０および中継装置２０を介して接続されている。変換サーバ１００、Ｗｅｂサーバ２００および管理端末装置３００は、ネットワーク１０を介して接続されている。

ネットワーク１０は、ＬＡＮ（Local Area Network）でもよい。ネットワーク１０は、インターネットやＷＡＮ（Wide Area Network）などの広域ネットワークでもよい。
中継装置２０は、クライアント３０，４０とネットワーク１０との間の無線または有線の通信を中継するルータである。中継装置２０は、ネットワーク１０に含まれる移動通信網とクライアント３０，４０とを接続する無線基地局でもよい。

クライアント３０，４０は、ユーザにより利用される電子装置である。クライアント３０は、例えば、無線または有線の通信インタフェースを備える携帯型の電子装置である。クライアント４０は、無線または有線の通信インタフェースを備えるタブレット型の電子装置である。クライアント３０，４０は、携帯電話機として機能するものでもよい。また、クライアント３０，４０は、クライアントコンピュータでもよい。クライアント３０，４０は、ディスプレイを内蔵してもよい。クライアント３０，４０には外付けのディスプレイが接続されてもよい。

クライアント３０，４０は、Ｗｅｂブラウザを備えている。Ｗｅｂブラウザは、Ｗｅｂサーバ２００が提供するＨＴＭＬファイルに応じたＧＵＩを、内蔵の（または外付けの）ディスプレイに表示させてユーザに提示する。ユーザは、表示されたＧＵＩを操作することで、所定の業務に係るデータを入力したり、Ｗｅｂサーバ２００の配下に存在するＡＰ（APplication）サーバ（図示を省略）などに業務処理を実行させたりすることができる。

変換サーバ１００は、クライアント３０，４０とＷｅｂサーバ２００との間に設けられるサーバコンピュータである。変換サーバ１００は、クライアント３０，４０からＨＴＴＰリクエストを受信する。変換サーバ１００は、Ｗｅｂサーバ２００に代理でアクセスし、当該ＨＴＴＰリクエストに応じたＨＴＭＬファイルをＷｅｂサーバ２００から取得する。変換サーバ１００は、ＨＴＭＬファイルに対して所定の変換を施してクライアント３０，４０に応答する。例えば、変換サーバ１００は、クライアント３０，４０の機種に応じた異なるルールを用いて当該変換を行う。なお、変換サーバ１００は、Ｗｅｂサーバ２００が配信するコンテンツをキャッシュして、Ｗｅｂサーバ２００に対するリバースプロキシ（Reverse proxy）サーバとしての機能を有してもよい。

Ｗｅｂサーバ２００は、Ｗｅｂサーバ機能を有するサーバコンピュータである。Ｗｅｂサーバ２００は、所定の業務に係るＧＵＩを示すＨＴＭＬファイルを配信する。Ｗｅｂサーバ２００は、例えば、業務に応じた処理を実行するＡＰサーバに接続されてもよい。Ｗｅｂサーバ２００は、当該ＧＵＩを用いて入力されたデータに応じた処理を、ＡＰサーバに実行させてもよい。例えば、ＡＰサーバの配下に、業務用のデータを格納するためのＤＢ（DataBase）サーバ（図示を省略）を設け、ＡＰサーバの処理結果をＤＢサーバに登録させることもできる。Ｗｅｂサーバ２００が配信するＨＴＭＬファイルは、予め用意された（静的な）ＨＴＭＬファイルでもよいし、Ｓｅｒｖｌｅｔなどが動的に生成したＨＴＭＬファイルでもよい。

管理端末装置３００は、情報処理システムの管理者が操作するクライアントコンピュータである。例えば、管理者は、管理端末装置３００を操作して、新たな変換ルールを変換サーバ１００に登録することができる。

図３は、変換サーバのハードウェア例を示す図である。変換サーバ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ（Hard Disk Drive）１０３、画像信号処理部１０４、入力信号処理部１０５、ディスクドライブ１０６および通信部１０７を有する。各ユニットが変換サーバ１００のバスに接続されている。クライアント３０，４０、Ｗｅｂサーバ２００および管理端末装置３００も変換サーバ１００と同様のハードウェアを用いて実装できる。

ＣＰＵ１０１は、変換サーバ１００の情報処理を制御するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されているプログラムやデータの少なくとも一部を読み出し、ＲＡＭ１０２に展開してプログラムを実行する。なお、変換サーバ１００は、複数のプロセッサを設けて、プログラムを分散して実行してもよい。

ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムや処理に用いるデータを一時的に記憶する揮発性メモリである。なお、変換サーバ１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えていてもよい。

ＨＤＤ１０３は、ＯＳ（Operating System）プログラムやアプリケーションプログラムなどのプログラムおよびデータを記憶する不揮発性の記憶装置である。ＨＤＤ１０３は、ＣＰＵ１０１の命令に従って、内蔵の磁気ディスクに対してデータの読み書きを行う。なお、変換サーバ１００は、ＨＤＤ以外の種類の不揮発性の記憶装置（例えば、ＳＳＤ（Solid State Drive）など）を備えてもよく、複数の記憶装置を備えていてもよい。

画像信号処理部１０４は、ＣＰＵ１０１の命令に従って、変換サーバ１００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１としては、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイを用いることができる。

入力信号処理部１０５は、変換サーバ１００に接続された入力デバイス１２から入力信号を取得し、ＣＰＵ１０１に出力する。入力デバイス１２としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。

ディスクドライブ１０６は、記録媒体１３に記録されたプログラムやデータを読み取る駆動装置である。記録媒体１３としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリを使用できる。磁気記録装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−Ｒ／ＲＷ／ＲＡＭなどがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。半導体メモリには、ＵＳＢ（Universal Serial Bus）メモリなどのフラッシュメモリがある。ディスクドライブ１０６は、例えば、ＣＰＵ１０１の命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。

通信部１０７は、ネットワーク１０を介してクライアント３０，４０、Ｗｅｂサーバ２００および管理端末装置３００と通信を行う通信インタフェースである。通信部１０７は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。

以下の説明では、クライアント３０が変換サーバ１００を介してＷｅｂサーバ２００にアクセスする場合を例示するが、クライアント４０を用いる場合も同様である。
図４は、変換サーバのソフトウェア例を示す図である。図４に示すユニットの一部または全部は、変換サーバ１００が実行するプログラムのモジュールであってもよい。また、図４に示すユニットの一部または全部は、ＦＰＧＡやＡＳＩＣなどの電子回路であってもよい。変換サーバ１００は、記憶部１１０、アクセス制御部１２０およびルール生成部１３０を有する。

記憶部１１０は、アクセス制御部１２０がＷｅｂサーバ２００から取得したＨＴＭＬファイルを記憶する。また、記憶部１１０は、当該ＨＴＭＬファイルに基づいてルール生成部１３０が生成した変換ルールを記憶する。記憶部１１０は、当該変換ルールを、ＨＴＭＬファイルを示す情報に対応付けて記憶する。

アクセス制御部１２０は、クライアント３０からＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに基づいて、Ｗｅｂサーバ２００にアクセスし、ＨＴＴＰリクエストに応じたＨＴＭＬファイルをＷｅｂサーバ２００から取得する。アクセス制御部１２０は、Ｗｅｂサーバ２００から取得したＨＴＭＬファイルに対して、クライアント３０に応じた変換を適用して、変換後のＨＴＭＬファイルをクライアント３０に送信する。クライアント３０のＷｅｂブラウザは、変換後のＨＴＭＬファイルに基づくＧＵＩを生成してユーザに提示する。

ルール生成部１３０は、記憶部１１０に記憶されたＨＴＭＬファイルごとの変換ルールを生成して、記憶部１１０に格納する。ルール生成部１３０は、管理端末装置３００に対して、変換ルールの入力を支援するためのＧＵＩを提供する。情報処理システムの管理者は、管理端末装置３００を操作して、ＨＴＭＬファイルごとの変換ルールを入力できる。

図５は、クライアントが送信するＨＴＴＰリクエストの例を示す図である。図５（Ａ）ではＵＲＬ（Uniform Resource Locator）５１が例示されている。ＵＲＬ５１は、クライアント３０のＷｅｂブラウザ上でアクセス先として指定されるＵＲＬの例である。ホスト名として、“ａａａ．ｂｂｂ．ｃｏ．ｊｐ”が指定されている。当該ホスト名は、変換サーバ１００のＦＱＤＮ（Fully Qualified Domain Name）である。パス名として、“ｈｔｔｐ：／／ｘｘｘ．ｙｙｙ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ”が指定されている。当該パス名のうち、“ｈｔｔｐ：／／”の文字列に続く“ｘｘｘ．ｙｙｙ．ｃｏ．ｊｐ”は、Ｗｅｂサーバ２００のＦＱＤＮである。

図５（Ｂ）ではＨＴＴＰリクエスト５２が例示されている。ＨＴＴＰリクエスト５２は、ＵＲＬ５１が入力された場合にＷｅｂブラウザが発行するＨＴＴＰリクエストである。以下、ＨＴＴＰリクエスト５２に便宜的に付した行番号を用いて内容を説明する。

行番号“１”の記述“ＧＥＴ ／ｘｘｘ．ｙｙｙ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ ＨＴＴＰ／１．１”は、ＵＲＬ５１のパス名を指定するものである。ただし、当該パス名はＷｅｂサーバ２００のＦＱＤＮ“ｘｘｘ．ｙｙｙ．ｃｏ．ｊｐ”を含む。例えば、アクセス制御部１２０は、パス名に含まれる２つ目の“ｈｔｔｐ：／／”を検出することで、当該アクセスが代理アクセスを行うべきＨＴＴＰリクエストであることを判別できる。

行番号“２”の記述“Ｈｏｓｔ：ａａａ．ｂｂｂ．ｃｏ．ｊｐ”は、クライアント３０がアクセスしようとする変換サーバ１００のＦＱＤＮを指定するものである。
行番号“３”の記述“ＵＳＥＲ−ＡＧＥＮＴ：ｍｏｂｉｌｅ”は、クライアント３０の機種を識別するための識別情報（クライアント種別）を指定するものである。ここでは、クライアント３０として携帯型の電子装置を想定しているため、それを示す“ｍｏｂｉｌｅ”という情報が設定されている。タブレット型の電子装置であるクライアント４０であれば、例えば“ｔａｂｌｅｔ”などのように機種を識別できる情報が設定される。なお、画面の大きさや利用しているブラウザ、ＯＳおよびユーザなどを“ＵＳＥＲ−ＡＧＥＮＴ”に設定する情報により識別することもできる。

図６は、記憶部に記憶されるデータ例を示す図である。記憶部１１０が記憶するデータには、元ＨＴＭＬテーブル１１１、デフォルト変換ルール情報１１２、個別変換ルール情報１１３および共有キャッシュ１１４が含まれる。

元ＨＴＭＬテーブル１１１は、アクセス制御部１２０がＷｅｂサーバ２００から取得したオリジナルのＨＴＭＬファイルを格納するためのテーブルである。
デフォルト変換ルール情報１１２は、複数のＨＴＭＬファイルに対して共通に適用するルールを定義したデータである。当該ルールをデフォルト変換ルールと呼ぶことがある。また、デフォルト変換ルールに基づくＨＴＭＬファイルの変換をデフォルト変換と呼ぶことがある。デフォルト変換ルール情報１１２は、アクセス制御部１２０におけるＨＴＭＬ変換用のモジュールに組み込まれていてもよい。例えば、デフォルト変換ルール情報１１２は、適用するスタイルシートやＪＡＶＡＳＣＲＩＰＴ（登録商標）のファイルを指定する情報である。デフォルト変換ルール情報１１２は、クライアント種別ごとに登録することができる。

個別変換ルール情報１１３は、オリジナルのＨＴＭＬファイルごとの変換ルールを登録したものである。個別変換ルール情報１１３は、クライアント種別ごとに登録することができる。個別変換ルール情報１１３には、画面変換ルールテーブル１１３ａおよび部品変換ルールテーブル１１３ｂが含まれる。

画面変換ルールテーブル１１３ａは、１つのＨＴＭＬファイルに対応する画面単位での変換ルールを定義したものである。
部品変換ルールテーブル１１３ｂは、１つのＨＴＭＬファイルに含まれる１つの画面部品単位での変換ルールを定義したものである。

共有キャッシュ１１４は、Ｗｅｂサーバ２００が配信する画像などのコンテンツや、スタイルシートやＪＡＶＡＳＣＲＩＰＴなどのファイルの集合である。各ファイルは、例えば、ＷｅｂサーバのＵＲＬごとに管理される。変換サーバ１００は、クライアント３０からＷｅｂサーバ２００に対するリクエストを受信したとき、Ｗｅｂサーバ２００の代わりに共有キャッシュ１１４からデータを取得して、代理で応答することで、応答時間の短縮化を図れる。

図７は、元ＨＴＭＬテーブルの例を示す図である。元ＨＴＭＬテーブル１１１は、コンテンツＩＤ（IDentifier）およびＨＴＭＬファイルの項目を含む。
コンテンツＩＤの項目には、ＨＴＭＬファイルを識別するための識別情報が登録される。ＨＴＭＬファイルの項目には、ＨＴＭＬファイルのデータ本体が登録される。なお、図７では、当該データ本体をＨＴＭＬファイルのファイル名（括弧記号で括ったもの）で示している。

例えば、元ＨＴＭＬテーブル１１１には、コンテンツＩＤが“コンテンツＸ１”、ＨＴＭＬファイルが“（ｓｅａｒｃｈ．ｈｔｍｌ）”という情報が登録されている。
図８は、画面変換ルールテーブルの例を示す図である。画面変換ルールテーブル１１３ａは、端末種別、コンテンツＩＤ、デフォルト変換対象、テーマ、画面スキップおよびスキップ時リクエストの項目を含む。

端末種別の項目には、クライアント装置の種別を示す情報が登録される。コンテンツＩＤの項目には、ＨＴＭＬファイルを識別するための識別情報が登録される。デフォルト変換対象の項目には、デフォルト変換を行うか否かを示すフラグが登録される。フラグが“ｔｒｕｅ”であればデフォルト変換の対象である。フラグが“ｆａｌｓｅ”であればデフォルト変換の対象でない。テーマの項目には、予め定められた色調などのテーマを指定するための情報が登録される。画面スキップの項目には、当該ＨＴＭＬファイルに対応する画面をスキップするか否かを示すフラグが登録される。フラグが“ｔｒｕｅ”であればスキップする。フラグが“ｆａｌｓｅ”であればスキップしない。スキップ時リクエストの項目には、画面スキップをする場合に、次の画面へアクセスするためのリクエストが登録される。画面スキップをしない場合には、設定なしとなる。

例えば、画面変換ルールテーブル１１３ａには、端末種別が“ｍｏｂｉｌｅ”、コンテンツＩＤが“コンテンツＸ１”、デフォルト変換対象が“ｔｒｕｅ”、テーマが“テーマ１”、画面スキップが“ｆａｌｓｅ”、スキップ時リクエストが“−”という情報が登録されている。

これは、端末種別“ｍｏｂｉｌｅ”のクライアント装置に“コンテンツＸ１”で示されるＨＴＭＬファイルを提供するとき、デフォルト変換を行うこと、“テーマ１”で指定されるテーマを適用すること、画面スキップを行わないことを示している。なお、“テーマ１”などの文字列に対応するテーマの具体的な内容（スタイルシートなど）は、変換サーバ１００に予め与えられる。

また、例えば、画面変換ルールテーブル１１３ａには、端末種別が“ｔａｂｌｅｔ”、コンテンツＩＤが“コンテンツＸ１”、デフォルト変換対象が“ｆａｌｓｅ”、テーマが設定なし“−”（ハイフン）、画面スキップが“ｔｒｕｅ”、スキップ時リクエストが“ＰＯＳＴ ｍｅｎｕ＿ｉｄ＝０００２”という情報が登録されている。

これは、端末種別“ｔａｂｌｅｔ”のクライアント装置に“コンテンツＸ１”で示されるＨＴＭＬファイルを提供するとき、デフォルト変換を行わないこと、適用するテーマがないこと、画面スキップを行うこと、次にＷｅｂサーバ２００に送信するリクエストを“ｍｅｎｕ＿ｉｄ＝０００２”を含むＰＯＳＴリクエストとすることを示している。

なお、画面スキップを行う場合、当該ＨＴＭＬファイルのクライアント装置への提供は行わない。このため、画面スキップが“ｔｒｕｅ”である場合には、デフォルト変換対象やテーマの設定は無効となる。

図９は、部品変換ルールテーブルの例を示す図である。部品変換ルールテーブル１１３ｂは、端末種別、コンテンツＩＤ、タグＩＤ、タグ種別、ルールタイプ、属性、属性値、変更前文字列、変更後文字列および変換フラグの項目を含む。

端末種別の項目には、クライアント装置の種別を示す情報が登録される。コンテンツＩＤの項目には、ＨＴＭＬファイルを識別するための識別情報が登録される。タグＩＤの項目には、ＨＴＭＬファイルに含まれるタグのタグＩＤが登録される。タグＩＤは、変換対象の画面部品を識別するための情報として用いることができる。タグ種別の項目には、当該タグで示される画面部品がどのようなフォームであるかを示す情報が登録される。

ルールタイプの項目には、当該レコードで示される変換ルールのタイプを示す情報が登録される。ルールタイプは、例えば、“０”、“４”、“６”などの数値で表される。例えば、ルールタイプ“０”はタブの削除である。ルールタイプ“４”は属性の変更である。ルールタイプ“６”はフォームに登録された文字列の置換である。それ以外にも、フォームの配置変更や変換なし（何もしない）ことを示すルールタイプなどが含まれる。

属性の項目には、ルールタイプが“４”である場合に、変更対象とする属性を示す情報が登録される。属性値の項目には、ルールタイプが“４”である場合に、変更対象とする属性に設定する属性値が登録される。

変更前文字列の項目には、ルールタイプが“６”である場合に、変更前の文字列が登録される。変更後文字列の項目には、ルールタイプが“６”である場合に、変更後の文字列が登録される。変換フラグの項目には、部品単位の個別変換を行うか否かを示すフラグが設定される。フラグ“ｔｒｕｅ”の場合、部品単位の個別変換を行う。フラグ“ｆａｌｓｅ”の場合、部品単位の個別変換を行わない。

例えば、部品変換ルールテーブル１１３ｂには、端末種別が“ｍｏｂｉｌｅ”、コンテンツＩＤが“コンテンツＸ１”、タグＩＤが“ｉｎ１”、タグ種別が“ｉｎｐｕｔ”、ルールタイプが“４”、属性が“ｓｔｙｌｅ”、属性値が“ｆｏｎｔ−ｓｉｚｅ：２５ｐｘ；ｃｏｌｏｒ：ｂｌｕｅ；”、変更前文字列が“−”、変更後文字列が“−”、変換フラグが“ｔｒｕｅ”という情報が登録される。

これは、端末種別が“ｍｏｂｉｌｅ”のクライアント装置に“コンテンツＸ１”で示されるＨＴＭＬファイルを提供するとき、タグＩＤ“ｉｎ１”で示されるタグに適用する部品単位の個別変換ルールを示す。タグ種別“ｉｎｐｕｔ”は、当該タグが入力用のフォームであることを示す。ルールタイプ“４”、属性“ｓｔｙｌｅ”および属性値“ｆｏｎｔ−ｓｉｚｅ：２５ｐｘ；ｃｏｌｏｒ：ｂｌｕｅ；”は、当該タグに含まれる属性“ｓｔｙｌｅ”に当該属性値を設定することを示す。なお、ルールタイプ“４”では、変更前文字列および変更後文字列は設定なし“−”となる。また、変換フラグ“ｔｒｕｅ”であり、当該レコードに基づく個別変換が有効になっており、当該画面部品について個別変換を行う設定である。

また、例えば、部品変換ルールテーブル１１３ｂには、タグＩＤ“ｉｎ１”のレコードについて、属性“ｃｌｅａｒ”、属性値“ｔｒｕｅ”も設定されている。これは、上記のｓｔｙｌｅ属性に加えてｃｌｅａｒ属性についても設定を行うことを示す。このように、１つのタグに対し、複数の属性を指定して、各属性につき属性値の設定内容を定義することもできる。

また、例えば、部品変換ルールテーブル１１３ｂには、タグＩＤ“ｉｎ２”のレコードについて、ルールタイプ“０”が設定されている。これは、当該タグＩＤ“ｉｎ２”で示されるタグを削除することを示す。

また、例えば、部品変換ルールテーブル１１３ｂには、タグＩＤ“ｂｔ１”のレコードについて、変換フラグ“ｆａｌｓｅ”が登録されている。これは、当該レコードに基づく個別変換が無効になっており、当該画面部品については個別変換を行わない設定である。

また、例えば、部品変換ルールテーブル１１３ｂには、タグＩＤが“ｓｅ１”のレコードについて、タグ種別が“ｓｅｌｅｃｔｉｏｎ”、ルールタイプが“６”、変更前文字列が“長い文字列の選択項目”、変更後文字列が“項目”という情報が登録されている。タグ種別“ｓｅｌｅｃｔｉｏｎ”は、当該タグが項目値の選択用のフォームであることを示す。ルールタイプ“６”、変更前文字列“長い文字列の選択項目”および変更後文字列“項目”は、当該タグに含まれる選択項目値“長い文字列の選択項目”を“項目”に置換することを示す。

図１０は、オリジナルのＨＴＭＬファイルの例を示す図である。図１０（Ａ）はＨＴＭＬファイル６０を例示している。ＨＴＭＬファイル６０は、Ｗｅｂサーバ２００が配信するオリジナルのＨＴＭＬファイルである。以下、ＨＴＭＬファイル６０に便宜的に付した行番号を用いてその内容を説明する。

行番号“１”〜“１６”は、ｈｔｍｌタグで囲われた部分であり、ＨＴＭＬ文書の定義内容を示している。
行番号“２”〜“４”は、ｈｅａｄタグで囲われた部分であり、ＨＴＭＬ文書のヘッダの定義内容を示している。行番号“３”には、タイトル（ｔｉｔｌｅタグで囲われた部分）“コンテンツＸ１”が記述されている。ＨＴＭＬファイル６０の識別情報として当該タイトルを利用できる。例えば、ｄｉｖタグによって指定される情報などを識別情報として利用してもよい。

行番号“５”〜“１５”は、ｂｏｄｙタグで囲われた部分であり、ＨＴＭＬ文書の本文の定義内容を示している。行番号“６”〜“８”は、ｉｎｐｕｔタグを用いてテキストを入力するためのテキストボックスを定義している（ｔｙｐｅ＝“ｔｅｘｔ”）。例えば、行番号“６”でいえば、初期値（ｖａｌｕｅ）として“設定値１”が、タグＩＤ（ｉｄ）として“ｉｎ１”が設定されている。また、行番号“９”は、ｉｎｐｕｔタグを用いて押下操作の入力を受け付けるためのボタンを定義している（ｔｙｐｅ＝“ｂｕｔｔｏｎ”）。

更に、行番号“１０”〜“１４”は、ｓｅｌｅｃｔタグを用いて、プルダウンによる項目値を選択入力するための選択フォームを定義している（ｔｙｐｅ＝“ｓｅｌｅｃｔ”）。タグＩＤ（ｉｄ）として“ｓｅ１”が、選択させる項目値（ｖａｌｕｅ）として、“１”が設定されている。また、項目値の表示として、“長い文字列の選択項目１”などが定義されている。

図１０（Ｂ）はＨＴＭＬファイル６０に対応する画面７０を例示している。画面７０は、テキストボックス７１，７２，７３、ボタン７４および選択フォーム７５を含む。各画面部品とＨＴＭＬファイル６０との対応関係は次の通りである。テキストボックス７１は、行番号“６”に対応する画面部品である。テキストボックス７２は、行番号“７”に対応する画面部品である。テキストボックス７３は、行番号“８”に対応する画面部品である。ボタン７４は、行番号“９”に対応する画面部品である。選択フォーム７５は、行番号“１０”〜“１４”に対応する画面部品である。

図１１は、デフォルト変換後のＨＴＭＬファイルの例を示す図である。図１１（Ａ）はＨＴＭＬファイル６１を例示している。ＨＴＭＬファイル６１は、ＨＴＭＬファイル６０に対するデフォルト変換（第１段階の変換）後のＨＴＭＬファイルである。以下、ＨＴＭＬファイルに便宜的に付した行番号を用いてその内容を説明する。

行番号“１”〜“１９”は、ｈｔｍｌタグで囲われた部分であり、ＨＴＭＬ文書の定義内容を示している。
行番号“２”〜“７”は、ｈｅａｄタグで囲われた部分であり、ＨＴＭＬ文書のヘッダの定義内容を示している。行番号“３”は、Ｗｅｂブラウザに与えるメタ情報を定義している。行番号“４”は、ＨＴＭＬファイル６１のタイトル“コンテンツＸ１”を定義している。タイトルはＨＴＭＬファイル６０と同一である。行番号“５”、“６”は、適用するデフォルト変換ルールを指定している。ここで指定されている“ｂｓｃ．ｃｓｓ”や“ｂｓｃ．ｊｓ”はデフォルト変換ルール情報１１２の一例である。

行番号“８”〜“１８”は、ＨＴＭＬファイル６０の行番号“５”〜“１５”と同一である。
図１１（Ｂ）はＨＴＭＬファイル６１に対応する画面８０を例示している。画面８０は、テキストボックス８１，８２，８３、ボタン８４および選択フォーム８５を含む。各画面部品とＨＴＭＬファイル６１との対応関係は次の通りである。テキストボックス８１は、行番号“９”に対応する画面部品である。テキストボックス８２は、行番号“１０”に対応する画面部品である。テキストボックス８３は、行番号“１１”に対応する画面部品である。ボタン８４は、行番号“１２”に対応する画面部品である。選択フォーム８５は、行番号“１３”〜“１７”に対応する画面部品である。

ここで、画面７０，８０を比較すると、画面８０の各画面部品は、画面７０の各画面部品に比べて、横幅が縮小され、縦幅が拡大されている。また、画面８０の各画面部品は、画面７０の各画面部品に比べて、丸みを帯びた形状となっている。更に、ボタン８４や選択フォーム８５は、ボタン７４および選択フォーム７５のデザインから変更されている。

これらの変更は、上述のデフォルト変換ルールによる変更内容を反映したものである。
図１２は、個別変換後のＨＴＭＬファイルの例を示す図である。図１２（Ａ）はＨＴＭＬファイル６２を例示している。ＨＴＭＬファイル６２は、ＨＴＭＬファイル６１に対する個別変換（第２段階の変換）後のＨＴＭＬファイルである。以下、ＨＴＭＬファイルに便宜的に付した行番号を用いてその内容を説明する。

行番号“１”〜“１８”は、ｈｔｍｌタグで囲われた部分であり、ＨＴＭＬ文書の定義内容を示している。
行番号“２”〜“７”は、ＨＴＭＬファイル６１の行番号“２”〜“７”と同一である。

行番号“８”〜“１７”は、ｂｏｄｙタグで囲われた部分であり、ＨＴＭＬ文書の本文の定義内容を示している。行番号“９”〜“１１”は、ｉｎｐｕｔタグを用いてテキストを入力するためのテキストボックスを定義している（ｔｙｐｅ＝“ｔｅｘｔ”）。例えば、行番号“９”でいえば、初期値（ｖａｌｕｅ）として“設定値１”が、タグＩＤ（ｉｄ）として“ｉｎ１”が設定されている。また、スタイル属性（ｓｔｙｌｅ）として“ｆｏｎｔ−ｓｉｚｅ：２５ｐｘ；ｃｏｌｏｒ：ｂｌｕｅ；”が設定されている。更に、クリア属性として“ｔｒｕｅ”が設定されている。

行番号“１２”〜“１６”は、ｓｅｌｅｃｔタグを用いて、プルダウンによる項目値を選択入力するための選択フォームを定義している。ＨＴＭＬファイル６０の行番号“１０”〜“１４”と比較すると、項目値の表示が“項目１”などのように短縮されている。

図１２（Ｂ）はＨＴＭＬファイル６２に対応する画面９０を例示している。画面９０は、テキストボックス９１、ボタン９２および選択フォーム９３を含む。各画面部品とＨＴＭＬファイル６２との対応関係は次の通りである。テキストボックス９１は、行番号“９”に対応する画面部品である。ボタン９２は、行番号“１１”に対応する画面部品である。選択フォーム９３は、行番号“１２”〜“１６”に対応する画面部品である。

ここで、テキストボックス８１，９１を比較すると、テキストボックス９１は、テキストボックス８１に比べて縦幅が更に広がり、表示するフォントサイズが大きくなっている。また、テキストボックス９１には、表示されている入力値を削除するためのクリアアイコン９１ａが追加されている。例えば、ユーザは、ポインタなどでクリアアイコン９１ａを選択することで、テキストボックス９１に表示されている入力を削除できる。

また、ボタン８４，９２を比較すると、ボタン９２には、チェックアイコン９２ａが追加されている。当該チェックアイコン９２ａにより、ユーザの注意を引きつけ、当該ボタン９２により入力値を確定できることを印象付けることができる。

更に、選択フォーム８５，９３を比較すると、選択フォーム９３には、短い文字列が選択項目として表示されている。このようにすれば、小さな画面でも一画面内に選択項目を収めることができ、長い選択項目を表示させる場合に比べて見易さを向上し得る。

なお、画面９０には、テキストボックス８２，８３に相当する画面部品が含まれていない。これは、テキストボックス８２に対応するタグがＨＴＭＬファイル６２では削除されているためである。また、ＨＴＭＬファイル６２の行番号“１０”において、テキストボックス８３に相当する画面部品を非表示に設定しているからである。

図１３は、個別変換ルール登録画面の例を示す図である。個別変換ルール登録画面４００は、管理端末装置３００が内蔵するディスプレイ（または、管理端末装置３００と接続されたディスプレイ）に表示される。

例えば、ルール生成部１３０は、記憶部１１０に記憶された元ＨＴＭＬテーブル１１１に基づいて、変換ルールを設定可能なコンテンツ（元ＨＴＭＬファイル）のリストを管理端末装置３００に提供する。例えば、リストをＨＴＭＬファイル形式で提供すれば、管理端末装置３００が備えるＷｅｂブラウザを用いて当該リストを管理端末装置３００が内蔵する（または外付けの）ディスプレイなどに表示させることができる。管理端末装置３００は、管理者による当該リストに対する何れかのコンテンツの選択を受け付けると、選択内容をルール生成部１３０に送信する。

すると、ルール生成部１３０は、選択されたコンテンツについて個別変換ルール登録画面４００を生成するためのＨＴＭＬファイルを管理端末装置３００に提供する。管理端末装置３００が備えるＷｅｂブラウザは、当該ＨＴＭＬファイルに基づいて、管理端末装置３００が内蔵するディスプレイなどに個別変換ルール登録画面４００を表示させることができる。

個別変換ルール登録画面４００は、画面変換ボタン４０１、部品変換ボタン４０２、削除ボタン４０３、復元ボタン４０４、対象外ボタン４０５、対象化ボタン４０６、対象リストボタン４０７、プレビューボタン４０８、適用ボタン４０９、リセットボタン４１０、閉じるボタン４１１、オリジナル画面表示領域４２０および個別変換後画面表示領域４３０を含む。管理者は、管理端末装置３００に接続された入力デバイスを用いてポインタＰを操作して、各ボタンを押下したり、領域内の特定の項目を選択したりできる。管理端末装置３００は、個別変換ルール登録画面４００に対する操作内容をルール生成部１３０に送信する。

画面変換ボタン４０１は、画面単位変換ルール設定画面を表示させるためのボタンである。画面単位変換ルール設定画面とは、オリジナル画面表示領域４２０に表示中のＨＴＭＬファイルに対する画面単位変換ルールの設定を支援する画面である。例えば、ルール生成部１３０は、画面変換ボタン４０１の押下入力を受け付けると、オリジナル画面表示領域４２０に表示されたコンテンツに対する画面単位変換ルール設定画面を生成するためのＨＴＭＬファイルを管理端末装置３００に提供する。

部品変換ボタン４０２は、部品単位変換ルール設定画面を表示させるためのボタンである。部品単位変換ルール設定画面とは、オリジナル画面表示領域４２０で選択された画面部品に対する部品単位変換ルールの設定を支援する画面である。例えば、オリジナル画面表示領域４２０で設定対象の画面部品が選択された後に、部品変換ボタン４０２を押下操作されると、当該選択された画面部品に対する部品単位変換ルール設定画面を表示させることができる。例えば、ルール生成部１３０は、部品変換ボタン４０２の押下入力を受け付けると、部品単位変換ルール設定画面を生成するためのＨＴＭＬファイルを管理端末装置３００に提供する。

削除ボタン４０３は、オリジナル画面表示領域４２０で選択された画面部品を削除するルールを登録するためのボタンである。ルール生成部１３０は、削除ボタン４０３の押下入力を受け付けると、部品変換ルールテーブル１１３ｂの当該画面部品に対応するタグＩＤについてルールタイプ“０”（削除）を仮登録する。

ここで、仮登録とは、部品変換ルールテーブル１１３ｂを直接書き換えずに、記憶部１１０の所定の記憶領域に対して、部品変換ルールテーブル１１３ｂの該当レコードに対する変更内容のみを記録しておくことを意味する（以下、同様）。

復元ボタン４０４は、オリジナル画面表示領域４２０で選択された画面部品を削除するルールを取り消す（復元する）ためのボタンである。ルール生成部１３０は、復元ボタン４０４の押下入力を受け付けると、部品変換ルールテーブル１１３ｂの当該タグＩＤについて、変換を行わないことを示すルールタイプ（例えば“１”など）を仮登録する。

対象外ボタン４０５は、オリジナル画面表示領域４２０で選択された画面部品に対して、部品単位変換ルールを適用しないように設定するためのボタンである。ルール生成部１３０は、対象外ボタン４０５の押下入力を受け付けると、部品変換ルールテーブル１１３ｂの当該画面部品に対応するタグＩＤについて変換フラグ“ｆａｌｓｅ”を仮登録する。

対象化ボタン４０６は、オリジナル画面表示領域４２０で選択された画面部品が部品単位変換ルールの適用対象外に設定されている場合に、当該設定を解除して、部品単位変換ルールの適用対象とするためのボタンである。ルール生成部１３０は、対象化ボタン４０６の押下入力を受け付けると、部品変換ルールテーブル１１３ｂの当該画面部品に対応するタグＩＤについて変換フラグ“ｔｒｕｅ”を仮登録する。

対象リストボタン４０７は、オリジナル画面表示領域４２０に表示されている各画面部品のうち、部品単位変換ルールの適用対象となっているもののリストを表示するためのボタンである。

プレビューボタン４０８は、仮登録されている個別変換ルールも含めて、現在有効となっている変換ルールを元ＨＴＭＬファイルに適用した場合の画面を、個別変換後画面表示領域４３０に表示させるためのボタンである。プレビューボタン４０８の押下操作を受け付けた場合のルール生成部１３０の処理の詳細は後述する。

適用ボタン４０９は、仮登録されている設定変更の内容を部品変換ルールテーブル１１３ｂに反映させるためのボタンである。ルール生成部１３０は、適用ボタン４０９の押下入力を受け付けると、仮登録されている設定変更の内容を部品変換ルールテーブル１１３ｂに反映させる。これにより、部品変換ルールテーブル１１３ｂが更新される。また、仮登録されている個別変換ルールのうち、部品変換ルールテーブル１１３ｂに反映済であるものは記憶部１１０の仮登録用の記憶領域から消去される。

リセットボタン４１０は、仮登録されている個別変換ルールのデータを消去するためのボタンである。ルール生成部１３０は、リセットボタン４１０の押下入力を受け付けると、仮登録されている個別変換ルールのデータを消去する。

閉じるボタン４１１は、個別変換ルール登録画面４００を閉じて、個別変換ルールの作成を終了するためのボタンである。
オリジナル画面表示領域４２０は、元ＨＴＭＬファイルに応じた画面を表示するための領域である。個別変換ルール登録画面４００では、「個人情報検索」の画面が表示されている。

オリジナル画面表示領域４２０は、テキストボックス４２１，４２２，４２５、選択フォーム４２３、チェックボックス４２４、検索ボタン４２６およびクリアボタン４２７を含む。

テキストボックス４２１は、検索キーとする名前を入力するためのフォームである。テキストボックス４２２は、検索キーとする従業員番号を入力するためのフォームである。選択フォーム４２３は、検索キーとする所属を選択入力するためのフォームである。チェックボックス４２４は、選択フォーム４２３で選択された所属の下位組織を検索対象に含めるか否かを設定するためのフォームである。テキストボックス４２５は、検索キーとする連絡先を入力するためのフォームである。

検索ボタン４２６は、オリジナル画面表示領域４２０の各フォームに入力された検索キーを用いて検索を実行させるためのボタン（ボタンもフォームに含まれる）である。クリアボタン４２７は、オリジナル画面表示領域４２０の各フォームに入力された内容を全て消去するためのボタンである。

ただし、これらのフォームが機能するのは、クライアント３０上のＷｅｂブラウザで当該オリジナルの画面を操作するときであって、個別変換ルール登録画面４００上では、各フォームを選択できるのみである。具体的には、ポインタＰにより、何れかのフォームを選択すると、選択されたフォームがカーソルＣ１で囲われる。個別変換ルール登録画面４００では、テキストボックス４２５が選択された場合が例示されている。例えば、テキストボックス４２５が選択された状態で、削除ボタン４０３を押下操作すると、テキストボックス４２５を削除するような個別変換ルールを作成できる。

個別変換後画面表示領域４３０は、元ＨＴＭＬファイルに対して現在有効な変換ルールを適用した場合の個別変換後画面を表示するための領域である。個別変換ルール登録画面４００では、「個人情報検索」の画面が表示されている。これは、オリジナル画面表示領域４２０に表示されている「個人情報検索」の画面に対応するものである。

個別変換後画面表示領域４３０は、テキストボックス４３１，４３２、選択フォーム４３３および検索ボタン４３４を含む。
テキストボックス４３１は、検索キーとする名前を入力するためのフォームである。テキストボックス４２２は、検索キーとする従業員番号を入力するためのフォームである。選択フォーム４３３は、検索キーとする所属を選択入力するためのフォームである。検索ボタン４３４は、個別変換後画面表示領域４３０の各フォームに入力された検索キーを用いて検索を実行させるためのボタンである。

オリジナル画面表示領域４２０と同様に、これらのフォームが機能するのは、クライアント３０上のＷｅｂブラウザで当該個別変換後の画面を操作するときであって、個別変換ルール登録画面４００上では各フォームを閲覧できるのみである。ただし、テキストの入力やプルダウンで選択可能な項目などの確認を行うことは可能である。

ここで、個別変換後画面表示領域４３０では、テキストボックス４２５およびクリアボタン４２７に対応するフォームが存在しない。これらのフォームは個別変換ルールにより削除されたからである。また、個別変換後画面表示領域４３０では、チェックボックス４２４に対応するフォームが存在しない。個別変換ルールにより、チェックボックス４２４はオンに固定されたからである。その旨を示すメッセージＭ（“※下位組織は検索されません”）を個別変換後の画面に表示させてもよい。

なお、変換対象の画面部品の選択をオリジナル画面表示領域４２０で行うものとしたが、個別変換後画面表示領域４３０に表示された画面部品を選択することで、変換対象の画面部品を選択可能としてもよい。

図１４は、画面変換ルール設定画面の例を示す図である。画面変換ルール設定画面５００は、画面変換ボタン４０１が押下された際に新たに表示されるウィンドウである。画面変換ルール設定画面５００は、チェックボックス５０１，５０３、選択フォーム５０２、テキストボックス５０４、決定ボタン５０５および戻すボタン５０６を有する。

チェックボックス５０１は、デフォルト変換の対象とするか否かを設定するためのフォームである。チェックマークが入力されている場合は、デフォルト変換の対象とすることを示す。チェックマークが入力されていない場合は、デフォルト変換の対象としないことを示す。ルール生成部１３０は、チェックボックス５０１にチェックマークが入力された状態で決定ボタン５０５が押下入力されると、画面変換ルールテーブル１１３ａのデフォルト変換対象の項目について“ｔｒｕｅ”を仮登録する。一方、チェックボックス５０１にチェックマークが入力されていない状態で決定ボタン５０５が押下入力されると、当該項目について“ｆａｌｓｅ”を仮登録する。

選択フォーム５０２は、テーマを選択するためのフォームである。ルール生成部１３０は、何れかのテーマが選択された状態で決定ボタン５０５が押下入力されると、画面変換ルールテーブル１１３ａのテーマの項目について選択されたテーマに仮登録する。

チェックボックス５０３は、画面スキップの対象とするか否かを設定するためのフォームである。チェックマークが入力されている場合は、画面スキップの対象とすることを示す。チェックマークが入力されていない場合は、画面スキップの対象としないことを示す。ルール生成部１３０は、チェックボックス５０３にチェックマークが入力された状態で決定ボタン５０５が押下入力されると、画面変換ルールテーブル１１３ａの画面スキップの項目について“ｔｒｕｅ”を仮登録する。一方、チェックボックス５０３にチェックマークが入力されていない状態で決定ボタン５０５が押下入力されると、当該項目について“ｆａｌｓｅ”を仮登録する。

テキストボックス５０４は、画面スキップの対象である場合に、Ｗｅｂサーバ２００に送信するリクエストの内容を入力するためのフォームである。ルール生成部１３０は、決定ボタン５０５の押下入力を受け付けると、画面変換ルールテーブル１１３ａのスキップ時リクエストの項目について、テキストボックス５０４に設定された内容を仮登録する。当該項目には、前述のＰＯＳＴリクエストの内容や、次にアクセスするＵＲＬなどを設定することができる。どのような値を設定するかは、業務システムなどに応じて決定する。

決定ボタン５０５は、画面変換ルール設定画面５００の各フォームに入力された内容を仮登録するためのボタンである。
戻すボタン５０６は、画面変換ルール設定画面５００の各フォームに入力された内容を、画面変換ボタン４０１が前回押下された状態の直後の状態に戻すためのボタンである。

図１５は、部品変換ルール設定画面の例を示す図である。部品変換ルール設定画面６００は、チェックボックス６０１，６０２，６０８，６０９，６１０、テキストボックス６０３，６０４，６０５，６０７、選択フォーム６０６、決定ボタン６１１および戻すボタン６１２を有する。

チェックボックス６０１は、選択中の画面部品について、部品単位の個別変換の対象とするか否かを設定するためのフォームである。チェックマークが入力されている場合は、デフォルト変換の対象とすることを示す。チェックマークが入力されていない場合は、デフォルト変換の対象としないことを示す。例えば、ルール生成部１３０は、チェックボックス６０１にチェックマークが入力された状態で決定ボタン６１１が押下入力されると、部品変換ルールテーブル１１３ｂの変換フラグの項目について“ｔｒｕｅ”を仮登録する。一方、チェックボックス６０１にチェックマークが入力されていない状態で決定ボタン６１１が押下入力されると、当該項目について“ｆａｌｓｅ”を仮登録する。

チェックボックス６０２は、選択中の画面部品について、非表示とするか否かを設定するためのボタンである。チェックマークが入力されている場合は、非表示とすることを示す。チェックマークが入力されていない場合は、非表示としないことを示す。例えば、ルール生成部１３０は、チェックボックス６０２にチェックマークが入力された状態で決定ボタン６１１が押下入力されると、部品変換ルールテーブル１１３ｂのルールタイプに“４”を、属性に“ｓｔｙｌｅ”を、属性値に“ｄｉｓｐｌａｙ：ｎｏｎｅ”を仮登録する。フォームを非表示とするために他の属性／属性値を用いてもよい。一方、チェックボックス６０２にチェックマークが入力されていない状態で決定ボタン６１１が押下入力されると、当該属性値の設定をクリアする旨を仮登録する。

テキストボックス６０３は、選択中の画面部品内に表示するフォントのフォントサイズを入力するためのフォームである。例えば、ルール生成部１３０はテキストボックス６０３に数値が入力された状態で決定ボタン６１１が押下入力されると、部品変換ルールテーブル１１３ｂのルールタイプに“４”を、属性に“ｓｔｙｌｅ”を、属性値に“ｆｏｎｔ−ｓｉｚｅ：（入力された数値）ｐｘ”を仮登録する。一方、テキストボックス６０３に数値が入力されていない状態で決定ボタン６１１が押下入力されると、当該属性値の設定をクリアする旨を仮登録する。この場合は、デフォルトのフォントサイズとなる。

以下、各フォームの設定内容に対するルール生成部１３０の処理は、チェックボックス６０１，６０２およびテキストボックス６０３などと同様である（各設定内容に応じてＨＴＭＬにおける所定の設定を行う）。このため、以下のフォームについては、具体的な属性値などの説明を省略する。

テキストボックス６０４は、選択中の画面部品の横幅を設定するためのフォームである。テキストボックス６０５は、選択中の画面部品の高さを設定するためのフォームである。選択フォーム６０６は、選択中の画面部品の色を設定するためのフォームである。テキストボックス６０７は、選択中の画面部品に最初から入力しておく値を設定するためのフォームである。

チェックボックス６０８は、テキストボックス６０７に設定された初期値を固定（変更不可）にするか否かを設定するためのフォームである。チェックボックス６０８にチェックマークが入力されている場合は、固定（変更不可）にすることを示す。一方、チェックマークが入力されていない場合は、固定にしない（変更可能）ことを示す。

チェックボックス６０９は、選択中の画面部品にチェックマーク（チェックアイコン９２ａに相当）を表示させるか否かを設定するためのフォームである。チェックボックス６０９にチェックマークが入力されている場合は、画面部品内にチェックマークを表示させることを示す。一方、チェックマークが入力されていない場合は、画面部品内にチェックマークを表示させないことを示す。

チェックボックス６１０は、選択中の画面部品について、クリア機能を利用可能とするか否かを設定するためのフォームである。クリア機能とは、前述のクリアアイコン９１ａを用いて、当該画面部品内の文字列の一括削除を行えるようにする機能である。チェックボックス６１０にチェックマークが入力されている場合は、クリア機能を利用することを示す。チェックボックス６１０にチェックマークが入力されていない場合は、クリア機能を利用しないことを示す。

決定ボタン６１１は、部品変換ルール設定画面６００の各フォームに入力された内容を仮登録するためのボタンである。
戻すボタン６１２は、部品変換ルール設定画面６００の各フォームに入力された内容を、部品変換ボタン４０２が前回押下された状態の直後の状態に戻すためのボタンである。

なお、部品変換ルール設定画面６００では、予め設定可能な属性に対して設定値を入力するためのフォームを用意するものとしたが、任意の属性および当該任意の属性に対する設定値の入力や当該任意の属性の削除の入力を許容してもよい。例えば、任意の属性を選択または新規入力するためのフォームと、当該任意の属性に対する設定値を入力するためのフォームとを設けてもよい。また、設定済の任意の属性を削除するためのフォームを設けてもよい。このようにすれば、任意の属性の追加や削除を事後的に行えることとなり、部品変換ルールの設定をより柔軟に行えるようになる。

次に、以上の構成の変換サーバ１００の処理手順を説明する。まず、変換サーバ１００がクライアント３０からＨＴＴＰリクエストを受信した場合の処理手順を説明する。
図１６は、クライアントとの間の処理の例を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。

（ステップＳ１１）アクセス制御部１２０は、クライアント３０からＨＴＴＰリクエストを受信する。なお、ステップＳ１１で受信するＨＴＴＰリクエストには、図５（Ａ）および図５（Ｂ）で説明したように、直接のアクセス先として変換サーバ１００が指定され、最終的なアクセス先としてＷｅｂサーバ２００が指定されているものとする。

（ステップＳ１２）アクセス制御部１２０は、ＨＴＴＰリクエストに含まれる“ＵＳＥＲ−ＡＧＥＮＴ”の設定を参照して、クライアント３０のクライアント種別をチェックする。

（ステップＳ１３）アクセス制御部１２０は、Ｗｅｂサーバ２００へアクセスするようにＨＴＴＰリクエストの宛先を置換する。ＨＴＴＰリクエスト５２を受信した場合の例でいえば、行番号“１”の内容を“ＧＥＴ ／ｉｎｄｅｘ．ｈｔｍｌ ＨＴＴＰ／１．１”に置換し、行番号２の内容を“ＨＯＳＴ：ｘｘｘ．ｙｙｙ．ｃｏ．ｊｐ”に置換する。

（ステップＳ１４）アクセス制御部１２０は、置換後のＨＴＴＰリクエストに対して、設定すべき送信パラメータがある場合には、送信パラメータを設定する。置換後のＨＴＴＰリクエストに設定すべき送信パラメータは、例えば、宛先のＷｅｂサーバごとに変換サーバ１００に予め与えられる。

（ステップＳ１５）アクセス制御部１２０は、当該ＨＴＴＰリクエストに対して、共有キャッシュ１１４に格納されたファイルから応答可能であるか否かを判定する。共有キャッシュ１１４から応答可能である場合、処理をステップＳ１６に進める。共有キャッシュ１１４から応答不可である場合、処理をステップＳ１８に進める。例えば、共有キャッシュ１１４に格納されたファイルから応答可能であるか否かは、ＨＴＴＰリクエストで指定されるファイルの形式を参照することで行える。具体的には、指定されるファイルの形式がキャッシュ対象のファイル形式（．ｊｐｇ、．ｃｓｓ、．ｊｓｐなど）であれば、共有キャッシュ１１４から応答可能であると判定する。これらのファイル形式に該当しない場合には、共有キャッシュ１１４から応答不可であると判定する。

（ステップＳ１６）アクセス制御部１２０は、ＨＴＴＰリクエストで指定されたデータが共有キャッシュ１１４内にあるか否かを判定する。当該データが共有キャッシュ１１４内にある場合、処理をステップＳ１７に進める。当該データが共有キャッシュ１１４内にない場合、処理をステップＳ１８に進める。

（ステップＳ１７）アクセス制御部１２０は、ＨＴＴＰリクエストで指定されたデータを共有キャッシュ１１４から取得してクライアント３０に応答する。そして、処理を終了する。

（ステップＳ１８）アクセス制御部１２０は、Ｗｅｂサーバ２００へ代理でアクセスし、Ｗｅｂサーバ２００へのアクセス結果に基づいて、クライアント３０からのＨＴＴＰリクエストに対して応答する。

このようにして、変換サーバ１００は、クライアント３０から受信したＨＴＴＰリクエストに対してキャッシュ応答可能な場合には、Ｗｅｂサーバ２００へアクセスせずに当該ＨＴＴＰリクエストに対してキャッシュ応答することで、応答性能を向上する。一方、キャッシュ応答しない場合には、Ｗｅｂサーバ２００へ代理アクセスする。次に、ステップＳ１８の処理を具体的に説明する。

図１７は、Ｗｅｂサーバへアクセスする場合の例を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
（ステップＳ２１）アクセス制御部１２０は、Ｗｅｂサーバ２００に送信するためのＨＴＴＰリクエストのヘッダを設定し、当該ＨＴＴＰリクエストを生成する。

（ステップＳ２２）アクセス制御部１２０は、生成したＨＴＴＰリクエストをＷｅｂサーバ２００に送信する。
（ステップＳ２３）アクセス制御部１２０は、ステップＳ２２で送信したＨＴＴＰリクエストに対するレスポンスをＷｅｂサーバ２００から受信する。

（ステップＳ２４）アクセス制御部１２０は、受信したレスポンスに含まれるデータにキャッシュ対象のファイル形式のものが含まれる場合には、当該データをＨＴＴＰリクエストのＵＲＬに対応付けて、共有キャッシュ１１４に格納する。なお、キャッシュ対象のファイル形式のものが含まれない場合には、当該ステップＳ２４をスキップして、ステップＳ２５に進める。

（ステップＳ２５）アクセス制御部１２０は、受信したレスポンスが未取得のＨＴＭＬファイルであるか否かを判定する。未取得のＨＴＭＬファイルである場合、処理をステップＳ２６に進める。取得済みのＨＴＭＬファイルである場合、処理をステップＳ２７に進める。アクセス制御部１２０は、Ｗｅｂサーバ２００から取得したＨＴＭＬファイルのｔｉｔｌｅタグの設定内容などから当該ＨＴＭＬファイルのコンテンツＩＤを取得することで、未取得であるか否かを判定できる。当該コンテンツＩＤが元ＨＴＭＬテーブル１１１に登録済であれば、当該ＨＴＭＬファイルを取得済である。当該コンテンツＩＤが元ＨＴＭＬテーブル１１１に未登録であれば、当該ＨＴＭＬファイルを未取得である。

（ステップＳ２６）アクセス制御部１２０は、Ｗｅｂサーバ２００から取得したＨＴＭＬファイルを、コンテンツＩＤに対応付けて、元ＨＴＭＬテーブル１１１に登録する。
（ステップＳ２７）アクセス制御部１２０は、デフォルト変換ルール情報１１２および個別変換ルール情報１１３に基づいて、ＨＴＭＬ変換を行う。詳細は後述する。

（ステップＳ２８）アクセス制御部１２０は、Ｗｅｂサーバ２００から受信したレスポンスに含まれるアドレスを置換することで、クライアント３０からのＨＴＴＰリクエストに対するレスポンスを生成する。当該レスポンスに含まれるＨＴＭＬファイルは、ステップＳ２７におけるＨＴＭＬ変換処理後のＨＴＭＬファイルである。

（ステップＳ２９）アクセス制御部１２０は、アドレス置換後のレスポンスをクライアント３０に送信する。
このようにして、変換サーバ１００は、Ｗｅｂサーバ２００に代理でアクセスし、Ｗｅｂサーバ２００からの応答に基づいて、クライアント３０に応答する。次に、ステップＳ２７の処理を具体的に説明する。

図１８は、ＨＴＭＬ変換の例を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。
（ステップＳ３１）アクセス制御部１２０は、個別変換ルール情報１１３に基づいて、ＨＴＴＰリクエストに含まれていたクライアント種別およびＷｅｂサーバ２００から取得したＨＴＭＬファイルに対応する個別変換ルールがあるか否かを判定する。個別変換ルールがある場合、処理をステップＳ３２に進める。個別変換ルールがない場合、処理をステップＳ３６に進める。アクセス制御部１２０は、画面変換ルールテーブル１１３ａおよび部品変換ルールテーブル１１３ｂの端末種別およびコンテンツＩＤの項目を参照して、当該ＨＴＭＬファイルに対応する個別変換ルールの有無を判定できる。具体的には、当該クライアント種別および当該ＨＴＭＬファイルから取得したコンテンツＩＤを含むレコードが、画面変換ルールテーブル１１３ａおよび部品変換ルールテーブル１１３ｂの少なくとも何れかに登録されている場合、個別変換ルールがあると判定する。当該レコードが両方のテーブルに登録されていない場合、個別変換ルールがないと判定する。

（ステップＳ３２）アクセス制御部１２０は、当該ＨＴＭＬファイルのコンテンツＩＤに対応する個別変換ルールを個別変換ルール情報１１３から取得する。例えば、クライアント種別が“ｍｏｂｉｌｅ”かつコンテンツＩＤが“コンテンツＸ１”であれば、画面変換ルールテーブル１１３ａから、これらを含む画面変換ルールを取得する。同様に、部品変換ルールテーブル１１３ｂからも、これらを含む複数の部品変換ルールを取得する。

（ステップＳ３３）アクセス制御部１２０は、取得した個別変換ルールに基づいて、Ｗｅｂサーバ２００から取得したＨＴＭＬファイルに対し、個別変換を行う。変換の具体的な内容は、図１２で説明した通りである。

（ステップＳ３４）アクセス制御部１２０は、画面変換ルールテーブル１１３ａを参照して、当該ＨＴＭＬファイルがデフォルト変換対象であるか否かを判定する。デフォルト変換対象である場合、処理をステップＳ３５に進める。デフォルト変換対象でない場合、処理を終了する。アクセス制御部１２０は、画面変換ルールテーブル１１３ａのデフォルト変換対象の項目が“ｔｒｕｅ”であれば、デフォルト変換対象であると判定する。一方、当該項目が“ｆａｌｓｅ”であれば、デフォルト変換対象でないと判定する。

（ステップＳ３５）アクセス制御部１２０は、デフォルト変換ルール情報１１２を参照して、個別変換後のＨＴＭＬファイルに対し、デフォルト変換を行う。ここで、画面部品につき個別に変換するようなデフォルト変換ルールが存在する場合、個別変換ルールの適用対象外の画面部品に対してのみ、デフォルト変換ルールを適用する。個別変換ルールでの変換内容が上書きされてしまうのを避けるためである。例えば、テキストボックス７１に対して、個別変換ルールおよびデフォルト変換ルールの両方が存在する場合、個別変換ルールを優先して適用する。そして、処理を終了する。

（ステップＳ３６）アクセス制御部１２０は、Ｗｅｂサーバ２００が提供するＷｅｂシステムについて、デフォルト変換を行うか否かを判定する。当該Ｗｅｂシステムについて、デフォルト変換を行う場合、処理をステップＳ３７に進める。当該Ｗｅｂシステムについて、デフォルト変換を行わない場合、処理を終了する。なお、Ｗｅｂサーバ２００が提供するＷｅｂシステムについて、デフォルト変換を行うか否かを示す情報は、変換サーバ１００に予め与えられる。

（ステップＳ３７）アクセス制御部１２０は、デフォルト変換ルール情報１１２を参照して、Ｗｅｂサーバ２００から取得したＨＴＭＬファイルに対してデフォルト変換を行う。

このようにして、変換サーバ１００は、ＨＴＭＬファイルに対して、個別変換ルールおよびデフォルト変換ルールを適用する。なお、ステップＳ３４，Ｓ３５を実行した後に、ステップＳ３２，Ｓ３３を実行してもよい。また、ステップＳ３４では、Ｗｅｂサーバ２００から取得したＨＴＭＬファイルに対応する画面単位の変換ルールが画面変換ルールテーブル１１３ａに登録されていないことも考えられる。その場合、アクセス制御部１２０は、当該ＨＴＭＬファイルをデフォルト変換の対象であると判定するように制御してもよい。

次に、個別変換ルールの作成手順を説明する。以下に示す処理手順は、管理端末装置３００からのアクセスに応じて、随時実行される。
図１９は、個別変換ルール作成の例を示すフローチャートである。以下、図１９に示す処理をステップ番号に沿って説明する。

（ステップＳ４１）ルール生成部１３０は、管理端末装置３００から個別変換ルールの設定対象画面の選択を受け付ける。例えば、管理端末装置３００は、ルール生成部１３０が提供するＨＴＭＬファイル（コンテンツＩＤ）のリストをシステムの管理者に提示する。管理者は、管理端末装置３００を操作して、何れかのコンテンツＩＤを選択し、選択内容をルール生成部１３０に送信させることができる。なお、ルール生成部１３０は、設定対象画面の選択とともに、クライアント種別（端末種別）の選択も受け付ける。

（ステップＳ４２）ルール生成部１３０は、個別変換ルール登録画面４００を管理端末装置３００に提供する。このとき、ルール生成部１３０は、コンテンツＩＤに対応するＨＴＭＬファイルを元ＨＴＭＬテーブル１１１から取得し、当該ＨＴＭＬファイルを管理端末装置３００に送信する。管理端末装置３００は、当該ＨＴＭＬファイルに基づいて、個別変換ルール登録画面４００のオリジナル画面表示領域４２０に、オリジナル画面を表示させることができる。

（ステップＳ４３）ルール生成部１３０は、管理端末装置３００から受信したリクエスト内容を判定する。個別変換ルールの指定を受け付けた場合、処理をステップＳ４４に進める。プレビューの指定を受け付けた場合、処理をステップＳ４５に進める。個別変換ルールの確定を受け付けた場合、処理をステップＳ４７に進める。終了の指示を受け付けた場合、処理を終了する。ここで、個別変換ルールの指定を受け付けた場合とは、削除ボタン４０３、復元ボタン４０４、対象外ボタン４０５、対象化ボタン４０６および決定ボタン５０５，６１１などが押下入力された場合である。プレビューの指定を受け付けた場合とは、プレビューボタン４０８が押下入力された場合である。個別変換ルールの確定を受け付けた場合とは、適用ボタン４０９が押下入力された場合である。終了の指示を受け付けた場合とは、閉じるボタン４１１が押下入力された場合である。

（ステップＳ４４）ルール生成部１３０は、指定された個別変換ルールを仮登録する。変換対象の画面部品の選択方法などは、図１３〜図１５で説明した通りである。
（ステップＳ４５）ルール生成部１３０は、デフォルト変換ルール情報１１２、個別変換ルール情報１１３および仮登録された個別変換ルールに基づいて、選択されたＨＴＭＬファイルに対する変換を行う。その処理手順は、図１８で説明した手順と同様である。ただし、仮登録された個別変換ルールがある場合は、個別変換ルールとして、仮登録された個別変換ルールを優先して適用する。すなわち、該当の画面部品に対しては、画面変換ルールテーブル１１３ａや部品変換ルールテーブル１１３ｂに登録された個別変換ルールを適用しない。プレビューは、仮登録された個別変換ルールによって、表示方法がどのように変化するかを確認するための機能だからである。

（ステップＳ４６）ルール生成部１３０は、変換後のＨＴＭＬファイルを管理端末装置３００に送信する。管理端末装置３００は、変換後のＨＴＭＬファイルに基づいて、個別変換ルール登録画面４００の個別変換後画面表示領域４３０に、変換後の画面を表示させることができる。

（ステップＳ４７）ルール生成部１３０は、仮登録された個別変換ルールの内容を、画面変換ルールテーブル１１３ａおよび部品変換ルールテーブル１１３ｂに反映させる。このとき、選択された端末種別、コンテンツＩＤ、タグＩＤ、タグ種別およびルールタイプなどを含むレコードが、各テーブルに既に存在している場合には、ルール生成部１３０は当該レコードの設定を変更すればよい。一方、既存のレコードが存在しない場合には、ルール生成部１３０は、新たにレコードを追加すればよい。

このようにして、ルール生成部１３０は、オリジナル画面と個別変換ルールを適用した後の画面とを、管理端末装置３００に提供する。
なお、ステップＳ４３では、リセットボタン４１０の押下入力を受け付ける場合もある。その場合には、ルール生成部１３０は、仮登録された個別変換ルールを破棄する。また、ステップＳ４２のタイミングで、個別変換ルールを適用後のＨＴＭＬファイルを送信してもよい。

このようにして、変換サーバ１００は、複数のＨＴＭＬファイルに対して共通のルールを登録したデフォルト変換ルール情報１１２に対して、画面部品（ＨＴＭＬファイルに含まれるタグ）ごとの個別変換ルール情報１１３の登録を許容する。これにより、画面情報の調整を容易に柔軟化することができる。すなわち、デフォルト変換ルール情報１１２を変更せずにクライアント種別およびＨＴＭＬファイルごとに画面部品などの調整を行える。このため、例えば、ある業務用の画面に対して好適なルール設定を、他の業務用の画面への影響を抑えて、柔軟に行えるようになる。

このとき、個別変換ルールの適用対象の画面部品に対しては、デフォルト変換ルールの適用を行わないように制御する。これにより、ルール適用の処理を効率化できる。例えば、２重にルールを適用すると、最初に適用したルールが次に適用したルールで更新されることになり、最初のルール適用の処理が無駄になり非効率的だからである。ただし、デフォルト変換ルールを適用した後に個別変換ルールを適用する場合に、個別変換ルールの適用対象の画面部品に対してデフォルト変換ルールを適用することを妨げるものではない。

また、従来では、ルールを適用した後のイメージを業務システムに組み込んで、実際の動作や使い勝手を確認する必要があった。これに対し、変換サーバ１００では、変換前のＨＴＭＬファイルを蓄積しておくことにより、当該ＨＴＭＬファイルにより個別ルール登録画面４００を生成できるので、業務システムを動作させなくても、変換後の画面を確認することが可能となる。

また、変換ルールを記述するには管理者に専門的な知識が必要となるが、画面から視覚的に変換前／後を確認可能であるため、専門的な知識がなくても、容易に変換ルールの登録が可能である。

また、例えば、過去に取得したＨＴＭＬファイルを今回のリクエストに対して利用したり、過去に取得したＨＴＭＬファイルから個別変換後のＨＴＭＬファイルを予め作成しておいたりすることも考えられる。しかし、この場合、Ｓｅｒｖｌｅｔなどによって動的に作成されるＷｅｂページに対する対応が容易でない。動的に作成されるＷｅｂページはリクエストの内容によって変化し得るからである。そこで、変換サーバ１００は、クライアント種別およびコンテンツＩＤごとに個別変換ルールを登録しておき、Ｗｅｂサーバ２００からリクエストがあるたびにＨＴＭＬファイルを取得して、個別変換を施す。このため、Ｓｅｒｖｌｅｔなどによって動的に作成されるＷｅｂページについても容易に対応可能である。

なお、クライアント種別としては、端末機器の種別の他、クライアントが備えるディスプレイのサイズ、Ｗｅｂブラウザ、ＯＳおよびユーザＩＤなどの少なくとも何れかを含んでもよい。その場合、デフォルト変換ルール情報１１２および個別変換ルール情報１１３をクライアントのＷｅｂブラウザやユーザＩＤごとに更に細かく登録しておくこともできる。そうすれば、クライアント種別に応じて、画面ごとの調整をより細かく行うことができる。

また、変換サーバ１００は、個別変換ルール登録画面４００にオリジナル画面と個別変換後の画面とを同時に表示させて確認可能とする。これにより、管理端末装置３００を操作する管理者は、両者を対比しながら、個別変換ルールの作成作業を効率的に行うことができる。特に、ＧＵＩにより各画面部品を選択可能とし、チェックボックス、選択フォームおよびテキストボックスへの入力のみで個別変換ルールを登録可能である。このため、管理者による個別変換ルールの作成作業を省力化することができる。

なお、上述の機能は、コンピュータに所定のプログラムを実行させることで実現することもできる。当該プログラムは、コンピュータ読み取り可能な可搬型の記録媒体１３に記録しておくことができる。当該プログラムを流通させるには、例えば、そのプログラムが記録された記録媒体１３を配布する。または、そのプログラムをサーバコンピュータに格納しておき、ネットワーク経由でコンピュータに転送してもよい。コンピュータは、例えば、記録媒体１３に記録されたプログラムまたはネットワークから取得したプログラムを、自装置の不揮発性の記憶媒体に格納する。そして、当該不揮発性の記憶媒体からプログラムを読み取り実行する。例えば、本発明のプログラムは、コンピュータが備えるＣＰＵなどの演算部によって実行される。ただし、コンピュータは、取得したプログラムを、不揮発性の記憶媒体に格納せずに逐次、ＲＡＭに展開して実行することも可能である。

上記については単に本発明の原理を示すものである。更に、多数の変形や変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応する全ての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

１ 情報処理装置
１ａ 記憶部
１ｂ 演算部
２ 第１の装置
３ 第２の装置
４ 第２の画面情報
５ 第２の画面
５ａ，５ｂ，５ｃ，７ａ，７ｂ 画面部品
６ 第３の画面情報
７ 第３の画面

Claims (13)

1. タグを含む第１の画面情報と画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報に対するタグごとの設定変更の入力を受け付けると、第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶手段に格納し、
   第１の装置から取得された第１の画面情報を第２の装置に提供する際に、前記記憶手段を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報を生成し、当該第１の画面情報に代えて、前記第３の画面情報を前記第２の装置に提供する、
   処理をコンピュータに実行させるプログラム。
2. 前記第１の装置から取得された第１の画面情報を前記第２の装置に提供する際に、当該第１の画面情報に含まれるタグのうち、第２のルールの適用対象のタグには、第１のルールを適用しないように制御する、請求の範囲第１項記載のプログラム。
3. 第１の画面情報と当該第１の画面情報に対する第１のルールおよび第２のルールの少なくとも何れかを適用した後の変換後画面の情報とを含むルール登録画面の情報を管理用装置に提供し、前記ルール登録画面を前記管理用装置に表示させる、請求の範囲第１項または第２項記載のプログラム。
4. 前記ルール登録画面に含まれる第１の画面情報に応じた画面に対する操作入力を受け付けることで、当該第１の画面情報に含まれるタグごとの設定変更の入力を許容する、請求の範囲第１項乃至第３項の何れか１項に記載のプログラム。
5. タグごとの設定変更の内容は、タグ内の属性の設定変更、追加および削除を含む、請求の範囲第１項乃至第４項の何れか１項に記載のプログラム。
6. タグごとの設定変更の入力に加えて、画面情報ごとの設定変更の入力を許容し、当該画面情報ごとの設定変更の内容を含む第２のルールを生成する、請求の範囲第１項乃至第５項の何れか１項に記載のプログラム。
7. タグごとの設定変更の内容は、タグの追加および削除の少なくとも何れかを含む、請求の範囲第１項乃至第６項の何れか１項に記載のプログラム。
8. 前記第２の装置から第１の画面情報に対するアクセス要求を受信するたびに前記第１の装置から当該第１の画面情報を取得する、請求の範囲第１項乃至第７項の何れか１項に記載のプログラム。
9. 第１のルールおよび第２のルールは前記第２の装置の種別が更に対応付けられて前記記憶手段に格納され、また、前記アクセス要求は前記第２の装置の種別を示す情報を含み、
   第２のルールを検索する際には、前記第１の装置から取得された第１の画面情報を示す情報および前記第２の装置の種別を示す情報の両方に対応付けられた第２のルールを検索する、請求の範囲第８項記載のプログラム。
10. 前記第１の装置から取得した第１の画面情報が未取得であると、当該第１の画面情報を保持する、請求の範囲第１項乃至第９項の何れか１項に記載のプログラム。
11. 第１のルールは、複数の画面情報に対して共通の変更を行うためのルールである、請求の範囲第１項乃至第１０項の何れか１項に記載のプログラム。
12. タグを含む第１の画面情報を記憶する記憶部と、
    前記記憶部に記憶された第１の画面情報と画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報に対するタグごとの設定変更の入力を受け付けると、当該第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して前記記憶部に格納し、第１の装置から取得された第１の画面情報を第２の装置に提供する際に、前記記憶部を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報を生成し、当該第１の画面情報に代えて、前記第３の画面情報を前記第２の装置に提供する演算部と、
    を有する情報処理装置。
13. 情報処理装置によって実行されるデータ提供方法であって、
    タグを含む第１の画面情報と画面情報を変更するための第１のルールとに基づいて生成された、タグを含む第２の画面情報に対するタグごとの設定変更の入力を受け付けると、第１の画面情報を示す情報とタグごとの設定変更の内容とを含む第２のルールを生成して記憶手段に格納し、
    第１の装置から取得された第１の画面情報を第２の装置に提供する際に、前記記憶手段を参照して、当該第１の画面情報を示す情報を含む第２のルールを検索し、当該第１の画面情報と第１のルールと検索された第２のルールとに基づいて第３の画面情報を生成し、当該第１の画面情報に代えて、前記第３の画面情報を前記第２の装置に提供する、
    データ提供方法。

Images