JP2011145918A - Ｗｅｂアプリケーション表示制御システム - Google Patents

Abstract

【課題】ユーザによる誤操作を防ぐ。
【解決手段】接続先切替プロキシサーバは、Ｗｅｂアプリケーションに対して表示制御を行うプロキシサーバの一覧を管理するプロキシ一覧と、クライアントマシンのＷｅｂブラウザからのＨＴＴＰリクエストをプロキシ一覧から取得した表示制御プロキシサーバに送るようにＨＴＴＰリクエストの送信先を制御する接続先制御手段とを備える。表示制御プロキシサーバは、Ｗｅｂアプリケーションから送信されたＨＴＴＰレスポンスからエラー画面であるかを検出するエラー検出手段と、クライアントマシンからの要求に応じてＨＴＴＰレスポンスに含まれるＨＴＭＬソースを修正するＨＴＭＬソース修正手段と、アクセスしているユーザの情報を管理するユーザ利用状況と、想定する画面情報、画面遷移および操作の内容を定義した操作手順書類ドキュメントとを備える。
【選択図】図１

Description

本発明は、Ｗｅｂブラウザに表示する画面内容のうち、操作対象項目のみを操作できるように表示内容を制御する装置に関する。

Ｗｅｂアプリケーションは、クライアントマシンにあるＷｅｂブラウザを通じて操作が行われる。しかし、利用者は操作方法が分からないとＷｅｂアプリケーションを誤って操作してしまうおそれがあり、目的の操作を実行できないことがある。
特許文献１では、ＨＴＭＬソース内に拡張タグを付与し、拡張タグの内容に応じてクライアントマシンのＷｅｂブラウザで画面表示の制御を行い、誤操作を防ぐ方法が開示されている。

特開２００２−０４９５２３号公報

特許文献１の場合、ＷｅｂサーバにてＨＴＭＬソースに拡張タグを付与することで、クライアントマシンのＷｅｂブラウザの表示内容を制御できるようにしている。しかし、表示制御できるものはＷｅｂブラウザが有するページ表示切替機能であり、Ｗｅｂアプリケーションの表示内容に含まれる項目までは制御できない。
また、クライアントマシンにも拡張タグを解析可能なブラウザを用意しなければならないため、表示制御を行うことを前提とした環境をユーザが意識しなければならない。
本発明の目的は、ＷｅｂサーバでＷｅｂアプリケーションのＨＴＭＬソースを改変せず、クライアントマシンでも特別な設定を行うことなく画面の表示制御を行い、ユーザによる誤った画面操作を防ぐことを目的とするＷｅｂアプリケーション表示制御システムを提供することである。

前記課題を解決するため、本発明は、Ｗｅｂサーバでアプリケーションのソースコードを改変せず、クライアントマシンでも特別な設定を行うことなく画面の表示制御を行うＷｅｂアプリケーション表示制御システムであって、前記Ｗｅｂアプリケーション表示制御システムは、Ｗｅｂブラウザから送信されたＨＴＴＰリクエストをＷｅｂアプリケーションごとに用意された表示制御を行うプロキシサーバに送信する接続先切替プロキシサーバと、Ｗｅｂアプリケーションから送信されたＨＴＴＰレスポンスのデータを監視および修正する表示制御プロキシサーバとを有する。
前記接続先切替プロキシサーバはＷｅｂアプリケーションに対して表示制御を行うプロキシサーバの一覧を管理するプロキシ一覧と、クライアントマシンからのＨＴＴＰリクエストを前記プロキシ一覧から取得した前記表示制御プロキシサーバに送るようにＨＴＴＰリクエストの送信先を制御する接続先制御手段とを備える。
前記表示制御プロキシサーバは、Ｗｅｂアプリケーションから送信されたＨＴＴＰレスポンスがエラー画面であるか検出するエラー検出手段と、クライアントマシンからの要求に応じてＨＴＴＰレスポンスに含まれるＨＴＭＬソースを修正するＨＴＭＬソース修正手段と、Ｗｅｂアプリケーションに対してアクセスしているユーザの情報を管理するユーザ利用状況と、Ｗｅｂアプリケーションに対して想定する画面情報、画面遷移および操作の内容を定義した操作手順書類ドキュメントとを備える。

本発明のＷｅｂアプリケーション表示制御システムによれば、次の効果がある。
操作対象のコントロールのみを活性の状態にすることで、ユーザの目的の操作を誤りなく実行することができる。

図１は、本発明の実施形態を表すシステム構成図である。 図２は、Ｗｅｂアプリケーション表示制御のフローチャートである。 図３は、表示制御プロキシ一覧表である。 図４は、接続先制御手段のフローチャートである。 図５は、Ｗｅｂアプリケーションの操作手順書記入例である。 図６は、画面名−タイトル対応表である。 図７は、種別−タグ対応表である。 図８は、画面名−エラー識別子対応表である。 図９は、ユーザ利用状況表である。 図１０は、操作補助画面である。 図１１は、エラー検出手段のフローチャートである。 図１２は、ＨＴＭＬソース修正手段のフローチャートである。 図１３は、ＨＴＭＬ修正手段未実行時のアンケート登録画面である。 図１４は、ＨＴＭＬ修正手段未実行時の＜ａ＞タグ記述内容である。 図１５は、ＨＴＭＬ修正手段未実行時の＜ｓｅｌｅｃｔ＞タグ記述内容である。 図１６は、ＨＴＭＬ修正手段実行時のアンケート登録画面である。 図１７は、ＨＴＭＬ修正手段実行時の＜ａ＞タグ記述内容である。 図１８は、ＨＴＭＬ修正手段実行時の＜ｓｅｌｅｃｔ＞タグ記述内容である。

以下、図面を参照しつつ本発明に係るＷｅｂアプリケーション表示制御システムの実施形態について説明する。本発明における「手段」は、コンピュータのＣＰＵが必要なコンピュータプログラムを読み込んでそれを実行することにより実現される手段であり、必要に応じてそのフローチャートが示される。

図１は、本発明の実施形態を示すシステム構成図である。

まず、ＷｅｂブラウザによりＷｅｂサーバにアクセスし、Ｗｅｂページを表示する処理の概要について説明する。
エンドユーザによりクライアントマシン１１０のＷｅｂブラウザ１１１を使用し、インターネットやイントラネットなどのネットワークを経由し、サーバマシン１２０にアクセスする。
一方、Ｗｅｂブラウザ１１１によりアクセスされるサーバマシン１２０には、Ｗｅｂサーバ１２１とアプリケーションサーバ１２５が備えられている。Ｗｅｂサーバ１２１には、ＨＴＭＬ言語で記述されたＨＴＭＬファイル１２２、画像ファイル１２３、ＨＴＭＬ文書からレイアウト部分を取り出して定義したＣＳＳ（Cascading Style Sheet）などのレイアウト制御ファイル１２４など、静的なコンテンツが準備されている。ＨＴＭＬ文書から外部の画像ファイルを参照するように記述することにより、Ｗｅｂブラウザ１１１に画像が表示され、また、レイアウト制御ファイル１２４を参照するように記述することにより、レイアウトも制御可能となる。アプリケーションサーバ１２５は、Ｗｅｂアプリケーション１２６を実行することにより、Ｗｅｂブラウザ１１１から送信された要求に対して、データベース１２７にアクセスしたりする処理を行い、処理結果をＷｅｂブラウザ１１１に返す。例えば、Ｗｅｂブラウザ１１１により検索条件が入力されるとＷｅｂアプリケーション１２６は、入力された検索条件を元に、データベース１２７を検索し、検索結果を表示するためのＨＴＭＬを動的に生成する。

以上のような各マシンおよび各アプリケーションの処理を前提として、本実施の形態に係るＷｅｂアプリケーション表示制御システムについて説明する。
本実施の形態に係るＷｅｂアプリケーション表示制御システム１００は、Ｗｅｂブラウザ１１１から送信されたＨＴＴＰリクエストをＷｅｂアプリケーション１２６ごとに用意された表示制御を行うプロキシサーバに送信する接続先切替プロキシサーバ１０１と、Ｗｅｂアプリケーション１２６から送信されたＨＴＴＰレスポンスを監視および修正する表示制御プロキシサーバ１０２とを備えている。

接続先切替プロキシサーバ１０１は、プロキシ一覧１０３と接続先制御手段１０４とを備える。プロキシ一覧１０３は、Ｗｅｂアプリケーション１２６に対して表示制御を行うプロキシサーバの一覧を管理している。接続先制御手段１０２は、ＨＴＴＰリクエストの送信先となるＷｅｂアプリケーション１２６に応じて、経由する表示制御プロキシサーバ１０２を制御する。表示制御プロキシサーバ１０２は、エラー検出手段１０５と、ＨＴＭＬソース修正手段１０６と、ユーザ利用状況１０７と、操作手順書類ドキュメント１０８とを備える。エラー検出手段１０５は、Ｗｅｂアプリケーション１２６から送信されたＨＴＴＰレスポンスのデータを解析し、Ｗｅｂブラウザ１１１に表示される画面がエラー画面であるかを検出する。ＨＴＭＬソース手段１０６は、ユーザからの要求に応じてＨＴＴＰレスポンスの中に含まれるＨＴＭＬソースを修正してＷｅｂブラウザ１１１に送信する。ユーザ利用状況１０７が、Ｗｅｂアプリケーション１２６に対してアクセスしているユーザの情報を管理している。操作手順書類ドキュメント１０８は、サーバマシン１２０で稼動しているＷｅｂアプリケーション１２６に対して想定する画面情報、画面遷移および操作の内容を定義したドキュメントである。また、接続先プロキシサーバ１０１を使用してネットワーク通信をする際には、プロキシ認証が必要であるものとする。

図２は、Ｗｅｂアプリケーション表示制御システム１００の処理の概要を示すフローチャート２００である。クライアントマシン１１０にあるＷｅｂブラウザ１１１から送信されたＨＴＴＰリクエストを接続先切替プロキシサーバ１０１で受信する（ステップ２０１）。受信したＨＴＴＰリクエストから送信先Ｗｅｂサーバ１２６のドメインを確認し、送信先Ｗｅｂサーバ１２６に対する表示制御プロキシサーバが存在するか確認する（ステップ２０２）。表示制御プロキシサーバ１０２が存在する場合、ＨＴＴＰリクエストを表示制御プロキシサーバ１０２に送信する（ステップ２０３）。表示制御プロキシサーバ１０２が存在しない場合、接続先切替プロキシサーバ１０１からＷｅｂアプリケーション１２６にＨＴＴＰリクエストを送信する（ステップ２０４）。表示制御プロキシサーバ１０２からＨＴＴＰリクエストをＷｅｂアプリケーション１２６に送信する（ステップ２０５）。Ｗｅｂアプリケーション１２６から送信されたＨＴＴＰレスポンスを表示制御プロキシサーバ１０２で受信する（ステップ２０６）。受信したＨＴＴＰレスポンスから画面情報を抽出し、画面遷移データとして記録する（ステップ２０７）。表示制御プロキシサーバ１０２にて画面表示制御を行うか確認する（ステップ２０８）。画面表示制御を行う場合、ＨＴＴＰレスポンスに含まれるＨＴＭＬソースを修正する（ステップ２０９）。画面表示制御を行わない場合、ＨＴＴＰレスポンスのデータからＷｅｂブラウザ１１１に表示される画面がエラー画面であるか確認する（ステップ２１０）。エラー画面である場合、エラー数を記録する（ステップ２１１）。エラー画面でない場合、ＨＴＴＰレスポンスをＷｅｂブラウザ１１１に送信する（ステップ２１４）。記録したエラー数が閾値を超えた場合、ＨＴＴＰレスポンスに含まれるＨＴＭＬソースを操作補助画面のＨＴＭＬに置換する（ステップ２１３）。エラー数が閾値を超えない場合やステップ２１３の処理後に、ＨＴＴＰレスポンスをＷｅｂブラウザ１１１に送信する（ステップ２１４）。

図３は、プロキシ一覧１０３にて管理する表示制御プロキシ一覧表３００である。表示制御プロキシ一覧表３００には、対応付けの行番号を記述する「項番」列３０１と、Ｗｅｂブラウザ１１１を使用してＷｅｂアプリケーション１２６にアクセスする際に指定するＵＲＬ内に含まれるドメインを表す「ドメイン」列３０２、ドメインに対して接続する表示制御プロキシサーバのＵＲＬを表す「表示制御プロキシサーバＵＲＬ」列３０３から構成されている。表示制御プロキシ一覧表３００は、ＨＴＴＰリクエストの送信先Ｗｅｂアプリケーションに応じて、どの表示制御プロキシサーバを使用すればよいのか判断するために使用される。

図４は、接続先制御手段１０４のフローチャート４００である。クライアントマシン１１０にあるＷｅｂブラウザ１１１から送信されたＨＴＴＰリクエストを接続先切替プロキシサーバ１０１が受信する（ステップ４０１）。受信したＨＴＴＰリクエストに含まれるＷｅｂアプリケーション１２６のドメインを取得する（ステップ４０２）。プロキシ一覧１０３からステップ４０２で取得したドメインに対する接続先の表示制御プロキシサーバ１０２を取得する（ステップ４０３）。ステップ４０１で受信したＨＴＴＰリクエストをステップ４０３で取得した表示制御プロキシサーバ１０２に送信する（ステップ４０４）。ステップ４０４では、ＨＴＴＰリクエストを表示制御プロキシサーバ１０２に送信する際に、ＨＴＴＰリクエストのヘッダにクライアントマシン１１０と接続先制御プロキシサーバ１０１との間で行ったプロキシ認証の情報を付与したものを送信する。

図５は、操作手順書類ドキュメント１０８の１つである、Ｗｅｂアプリケーションの操作内容を記述した手順書５００の記入例の画面である。操作手順書５００は、どんな操作であるかを一意に識別するために記述する「操作名」列５０１と、画面遷移の順番を記述する「項番」列５０２と、Ｗｅｂブラウザ１１１で表示される画面の日本語名称を記述する「画面名」列５０３と、項目を一意に識別するための名称を記述する「項目名」列５０４と、項目のコントロール種別を記述する「種別」列５０５と、項目を一意に識別する値が設定された属性を記述する「属性名」列５０６と、属性名に設定されている値を記述する「属性値」列５０７と、操作の内容を記述する「操作内容」列５０８と、画面内の項目が操作を行う必要があるかを記述する「必須」列５０９から構成されている。「属性名」列５０６や「属性値」列５０７の記述は、例えば、ＨＴＭＬに＜Ｉｎｐｕｔ Ｔｙｐｅ＝“ｂｕｔｔｏｎ” ＩＤ＝“ＡｔｔｒＢｕｔｔｏｎ１”＞と記述されており、ＩＤの値が画面内で一意に定義されていた場合、属性名には「ＩＤ」、属性値には「ＡｔｔｒＢｕｔｔｏｎ１」と記述する。また、「必須」列５０９の記述は、必ず操作する必要がある項目の場合には「○」を記述し、操作する必要がない項目である場合には「×」を記述する。ただし、操作手順書５００は異常系の処理の操作については定義しないものとする。

図６は、操作手順書類ドキュメント１０８の１つである、操作手順書５００に記述する画面名とＷｅｂブラウザ１１１にて表示される画面タイトルの対応表６００である。対応表６００には、対応付けの行番号を記述する「項番」列６０１と、Ｗｅｂブラウザ１１１で表示される画面の日本語名称を記述する「画面名」列６０２と、Ｗｅｂブラウザ１１１の画面左上に表示されるタイトルを記述する「画面タイトル」列６０３から構成されている。対応表６００は、ＨＴＴＰレスポンスに含まれるＨＴＭＬソースから、どの画面のレスポンスであるか判断するために使用される。また、画面タイトルは一意の名前が定義されているものとし、エラー画面の情報は管理しないものとする。

図７は、操作手順書類ドキュメント１０８の１つである、操作手順書５００に記述する種別とＨＴＭＬタグの対応表７００である。対応表７００には、対応付けの行番号を記述する「項番」列７０１と、操作手順書５００内で定義されるコントロール種別を記述する「種別」列７０２と、種別に対応するＨＴＭＬのタグ名を記述する「タグ」列７０３と、タグとタグ内の属性で種別を一意に識別できる場合に記述する「属性名」列７０４と、属性名に設定されている値を記述する「属性値」列７０５と、Ｗｅｂブラウザ１１１内の項目を非活性して表示する方法を記述する「非活性」列７０６から構成されている。「属性名」列７０４、属性値」列７０５にはタグのみで種別を一意に識別できる場合には何も記述しない。「非活性」列７０６に定義される値は、タグをコメントアウトする場合は「ｃｏｍｍｎｅｔ」、タグの中にｄｉｓａｂｌｅｄ属性を定義する場合は「ｄｉｓａｂｌｅｄ」と記述する。また、対応表７００は、ＨＴＭＬを修正する際に該当する項目を非活性にする方法を検索する際に使用される。

図８は、操作手順書類ドキュメント１０８の１つである、操作手順書５００に記述する画面名と画面内でエラーと判断する項目の対応表８００である。対応表８００には、対応付けの行番号を記述する「項番」列８０１と、Ｗｅｂブラウザ１１１で表示される画面の日本語名称を記述する「画面名」列８０２と、画面内でエラーと判断するための項目の名称を記述する「項目名称」列８０３と、エラー項目のコントロール種別を記述する「種別」８０４と、項目を一意に識別する値が設定された属性を記述する「属性名」列８０５と、属性名に設定されている値を記述する「属性値」列８０６から構成されている。対応表８００は、ＨＴＴＰレスポンスに含まれるＨＴＭＬソースから画面がエラーとなっているか判断するために使用される。

図９は、ユーザ利用状況１０７で管理するＷｅｂアプリケーション１２６を利用しているユーザの利用状況表９００である。利用状況表９００には、利用状況の番号を表す「項番」列９０１と、表示制御プロキシサーバ１０２にてＨＴＴＰリクエストを受信した際にどのプロキシサーバを経由して受信したかを表す「Ｖｉａ」列９０２と、クライアントマシン１１０と接続先制御プロキシサーバ１０１で認証した情報を表す「Ｐｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎ」列９０３と、表示制御を行っている際に現在、何番目の画面を表示しているかを表す「画面遷移番号」列９０４と、ユーザが現在利用している画面の名前を表す「操作中画面」列９０５と、ユーザがエラー画面を発生させた回数を表す「エラー回数」列９０６と、ユーザが本システムの表示制御を使用するかを表す「表示制御有無」列９０７と、表示制御を行う場合、ユーザが目的とする操作を表す「操作名」列９０８から構成されている。利用状況表９００では、「Ｖｉａ」列９０２と「Ｐｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎ」列９０３の値を、ＨＴＴＰリクエストのヘッダに含まれるＶｉａとＰｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎから取得し、これら２つの情報を使ってＷｅｂアプリケーションにアクセスしたユーザを一意に識別する。「表示制御有無」列９０７には表示制御を行う場合は「1」を、表示制御を行わない場合は「0」を設定する。また、表示制御を行わない場合には、「画面遷移番号」列９０４、「操作名」列９０８には何も記述しない。

図１０は、Ｗｅｂブラウザ１１１に表示される操作補助画面１０００である。操作補助画面１０００は、Ｗｅｂアプリケーション１２６を利用しているユーザがどのような操作を行いたいか選択する希望操作コンボボックス１００１と、希望操作コンボボックス１００１で選択した内容を表示制御プロキシサーバ１０２に送信する開始ボタン１００２と、操作補助を実行しないことを表示制御プロキシサーバ１０２に送信するキャンセルボタン１００３から構成されている。操作補助画面１０００は、Ｗｅｂアプリケーションを利用しているユーザのエラー画面表示回数に応じてＷｅｂアプリケーションの操作を補助するために表示される。希望操作コンボボックス１００１には表示制御プロキシサーバ１０２で管理されている操作名の一覧が表示される。また、開始ボタン１００２を押下することによって、ユーザ利用状況表９００の画面遷移番号９０４、操作中画面９０５、表示制御有無９０７、操作名９０８が更新され、クライアントマシン１１０のＷｅｂブラウザ１１１には、ユーザが選択した希望操作の開始画面を表示し、表示制御が開始される。

図１１は、エラー検出手段１０５のフローチャート１１００である。表示制御プロキシサーバ１０２で受信したＨＴＴＰレスポンスからＨＴＭＬのソースを取得する（ステップ１１０１）。取得したＨＴＭＬソースの＜ｔｉｔｌｅ＞タグに記述されているタイトル名を取得し、対応表６００の一覧に登録されている画面か確認する（ステップ１１０２）。対応表６００に登録されていない場合、エラー画面と見なし、ユーザ利用状況表９００のエラー回数を更新する（ステップ１１０３）。対応表６００に登録されている場合、対応表８００の情報を基にＨＴＭＬソース内にエラー項目が出力されているか確認する（ステップ１１０４）。ＨＴＭＬソース内にエラー項目が含まれている場合、ステップ１１０３を実行する。エラー項目が含まれていない場合、何もせずエラー検出手段１０５を終了する。ステップ１１０３を実行後、ユーザ利用状況表９００からエラー数の総数を取得し、Ｗｅｂアプリケーション表示制御システム１００で設定した閾値を超えたか確認する（ステップ１１０５）。閾値を超えていた場合、ＨＴＴＰレスポンスに設定されているＨＴＭＬソースを操作補助画面１０００のＨＴＭＬソースに置換する（ステップ１１０６）。閾値を超えていなかった場合、何もせずエラー検出手段１０５を終了する。

図１２は、ＨＴＭＬソース修正手段１０６のフローチャート１２００である。Ｗｅｂアプリケーション１２６から送信されたＨＴＴＰレスポンスのデータからＨＴＭＬソースを取得する（ステップ１２０１）。利用状況表９００からユーザが目的とする操作名および画面遷移番号を抽出し、抽出した操作名に対する操作手順書から操作中の画面項目情報を取得する（ステップ１２０２）。ステップ１２０２にて取得した画面項目全部に対してＨＴＭＬソースを修正したか判定する（ステップ１２０３）。全ての項目を修正した場合は、ＨＴＭＬ修正手段を終了する。全ての項目を修正していない場合は、操作手順書に書かれた１つの項目に対して、非活性にする項目であるか判定する（ステップ１２０４）。非活性にする場合、対応表７００から項目に対する非活性方法を取得し（ステップ１２０５）、非活性になるようにＨＴＭＬソースを修正する（ステップ１２０６）。非活性にしない場合は、操作手順書に書かれた他の項目について、ステップ１２０３からステップ１２０６までの処理を繰り返し実行する。ＨＴＴＰレスポンスに設定されているＨＴＭＬソースをステップ１２０６までで修正したＨＴＭＬソースに置換する（ステップ１２０７）。
ここで、画面項目に対して「活性」にするとは、ユーザによる操作（マウスによるクリックやキーボードからの文字入力）を可能とすることをいい、「非活性」にするとは、ユーザによる操作（マウスによるクリックやキーボードからの文字入力）をできない状態にすることをいう。

図１３は、ＨＴＭＬソース修正手段１０６を実行しない場合に、Ｗｅｂブラウザ１１１に表示されるアンケート登録画面１３００である。アンケート登録画面１３００は、一覧画面に遷移する一覧画面リンク１３０１と、受講した理由を選択する受講理由欄１３０２と、講座の有益度を選択する講座有益度欄１３０３と、講座の要望を記入する要望欄１３０４と、今後受講したい講座を選択する受講希望選択欄１３０５と、アンケートの登録ボタン１３０６を有しており、Ｗｅｂブラウザ１１１のタイトルとして「アンケート登録」が表示されている。
図１３においては、一覧画面リンク１３０１、講座の要望を記入する要望欄１３０４、今後受講したい講座を選択する受講希望選択欄１３０５、アンケート登録ボタン１３０６などが、「活性」状態にて表示されており、ユーザによる操作が可能な状態となっている。

図１４は、アンケート登録画面１３００内の一覧画面リンク１３０１を定義した部分のＨＴＭＬソース１４００である。ＨＴＭＬソース１４００は、一覧画面リンク１３０１の項目を識別するために＜ａ＞タグに属性「ＩＤ」、属性値「ｂａｃｋ＿ｌｉｎｋ」を定義している。

図１５は、アンケート登録画面１３００内の受講希望選択欄１３０５を定義した部分のＨＴＭＬソース１５００である。ＨＴＭＬソース１５００は、受講希望選択欄１３０５の項目を識別するために＜ｓｅｌｅｃｔ＞タグに属性「ｎａｍｅ」、属性値「ｆｏｒｅｓｉｇｈｔ＿ｃｏｍｂｏ」を定義している。

図１６は、ＨＴＭＬソース修正手段１０６を実行した場合に、Ｗｅｂブラウザ１１１に表示されるアンケート登録画面１６００である。例えば、ＨＴＭＬソース修正手段１０６は操作手順書５００、対応表７００の内容に基づき、一覧画面リンク１６０１と、要望欄１６０２と、受講希望選択欄１６０３を非活性で表示するようにＨＴＭＬソースを修正する。
これにより、一覧画面リンク１６０１と、要望欄１６０２と、受講希望選択欄１６０３は、「非活性」状態にて表示されており、ユーザによる操作ができない状態となっている。

図１７は、アンケート登録画面１６００内の一覧画面リンク１６０１を定義した部分のＨＴＭＬソース１７００である。操作手順書５００と対応表７００に基づいて該当する項目を非活性にする。例えば、一覧画面リンク１３０１は＜ａ＞タグを使用している。対応表７００では＜ａ＞タグに対する非活性の方法が「ｃｏｍｍｅｎｔ」となっているため、＜ａ＞タグをコメントアウトし、項目を非活性にする。

図１８は、アンケート登録画面１６００内の受講希望選択欄１６０３を定義した部分のＨＴＭＬソース１８００である。操作手順書５００と対応表７００に基づいて該当する項目を非活性にする。例えば、受講希望選択欄１３０５は＜ｓｅｌｅｃｔ＞タグを使用している。対応表７００では＜ｓｅｌｅｃｔ＞タグに対する非活性の方法が「ｄｉｓａｂｌｅｄ」となっているため、＜ｓｅｌｅｃｔ＞タグ内に「ｄｉｓａｂｌｅｄ」属性を定義し、項目を非活性にする。

以上のように、本発明のＷｅｂアプリケーション表示制御システムによれば、次の効果がある。
操作対象のコントロールのみを活性の状態にすることで、ユーザの目的の操作を誤りなく実行することができる。

本発明に係るＷｅｂアプリケーション表示制御システムは、企業などの組織内に設置してその組織の構成員の利用に供する場合のほかに、インターネットを介して広く会員のために利用させる可能性もあり得る。

１００ Ｗｅｂアプリケーション表示制御システム
１０１ 接続先切替プロキシサーバ
１０２ 表示制御プロキシサーバ
１０３ プロキシ一覧
１０４ 接続先制御手段
１０５ エラー検出手段
１０６ ＨＴＭＬソース修正手段
１０７ ユーザ利用状況
１０８ 操作手順書類ドキュメント
１１０ クライアントマシン
１１１ Ｗｅｂブラウザ
１２０ サーバマシン
１２１ Ｗｅｂサーバ
１２２ ＨＴＭＬファイル
１２３ 画像ファイル
１２４ レイアウト制御ファイル
１２５ アプリケーションサーバ
１２６ Ｗｅｂアプリケーション
１２７ データベース

Claims (2)

1. Ｗｅｂサーバと、Ｗｅｂブラウザを用いて前記ＷｅｂサーバにアクセスしてＷｅｂアプリケーションを利用するユーザが使用するクライアントマシンとの間に介在して、画面の表示制御を行うＷｅｂアプリケーション表示制御システムであって、
   前記Ｗｅｂアプリケーション表示制御システムは、
   Ｗｅｂブラウザから送信されたＨＴＴＰリクエストをＷｅｂアプリケーションごとに用意された表示制御を行うプロキシサーバに送信する接続先切替プロキシサーバと、
   Ｗｅｂアプリケーションから送信されたＨＴＴＰレスポンスのデータを監視および修正する表示制御プロキシサーバと
   を備えることを特徴とするＷｅｂアプリケーション表示制御システム。
2. 請求項１に記載したＷｅｂアプリケーション表示制御システムであって、
   前記表示制御プロキシサーバは、
   Ｗｅｂアプリケーションから送信されたＨＴＴＰレスポンスに含まれるＨＴＭＬソースを修正し、Ｗｅｂブラウザの表示を制御するＨＴＭＬ修正手段
   をさらに備え、
   前記ＨＴＭＬ修正手段は、
   前記表示制御プロキシサーバに登録された操作手順書の内容に基づいて画面内で操作しないコントロールを非活性の状態にする手段
   をさらに備える
   ことを特徴とするＷｅｂアプリケーション表示制御システム。

Images