Ｗｅｂ業務アプリケーション情報管理システム
【課題】Ｗｅｂ業務アプリケーションで使用される情報を衝突しないように管理することができるＷｅｂ業務アプリケーション情報管理システムを得る。
【解決手段】Ｗｅｂ業務アプリケーション１は、アプリケーションプログラムの中の変数等の情報２を持つとともに、Ｗｅｂ業務アプリケーション情報管理機能３により情報２が管理され、このＷｅｂ業務アプリケーション情報管理機能３は、情報２をグループに振り分ける自動振分機能４と、自動振分機能４が情報２を振り分けるときに参照する振分ルールを定義した振分ルール設定機能５と、自動振分機能４が振分ルールに従って振分けした情報２を管理する情報管理機能６とにより構成されている。
【解決手段】Ｗｅｂ業務アプリケーション１は、アプリケーションプログラムの中の変数等の情報２を持つとともに、Ｗｅｂ業務アプリケーション情報管理機能３により情報２が管理され、このＷｅｂ業務アプリケーション情報管理機能３は、情報２をグループに振り分ける自動振分機能４と、自動振分機能４が情報２を振り分けるときに参照する振分ルールを定義した振分ルール設定機能５と、自動振分機能４が振分ルールに従って振分けした情報２を管理する情報管理機能６とにより構成されている。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、Ｗｅｂ業務アプリケーションで使用される情報を管理するＷｅｂ業務アプリケーション情報管理システムに関するものである。
【背景技術】
【０００２】
従来のＷｅｂ業務アプリケーション情報管理は、ＨＴＭＬコンテンツやオブジェクトの構造を解析し、その結果を元に情報を管理するもの（例えば特許文献１、２参照）である。
【０００３】
【特許文献１】特開平１１−２４２６７３号公報（第１５〜３５頁、図１）
【特許文献２】特開２００５−４４２８号公報（第８〜１６頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来は、ＨＴＭＬコンテンツを解析し、その中の情報を自動で管理することで、Ｗｅｂ業務アプリケーションの品質と開発効率向上を実現するものであった。この場合、管理できる情報は、解析する対象に含まれる情報に限定されるといった問題がある。
また、従来は、一つのＷｅｂ業務アプリケーションで複数の業務機能（サブシステム等）を構成する場合、各業務機能で扱う情報名称が衝突しないように意識して設計しなければならないという問題もあった。それは、ある業務機能で扱っていた情報が、他の業務機能によって更新されてしまうことを防ぐためである。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、Ｗｅｂ業務アプリケーションで使用される情報を衝突しないように管理することができるＷｅｂ業務アプリケーション情報管理システムを得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わるＷｅｂ業務アプリケーション情報管理システムにおいては、Ｗｅｂ業務アプリケーションにおける情報をグループに振り分けるための振分ルールを定義した振分ルール設定機能、この振分ルール設定機能により定義された振分ルールに基づき、情報をグループに振り分ける自動振分機能、及びこの自動振分機能によってグループに振り分けられた情報を管理する情報管理機能を備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、Ｗｅｂ業務アプリケーションにおける情報をグループに振り分けるための振分ルールを定義した振分ルール設定機能、この振分ルール設定機能により定義された振分ルールに基づき、情報をグループに振り分ける自動振分機能、及びこの自動振分機能によってグループに振り分けられた情報を管理する情報管理機能を備えたので、Ｗｅｂ業務アプリケーションで使用される情報を衝突しないように管理することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を図１〜５に基づいて説明する。
図１は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムの全体構成図である。
図１において、Ｗｅｂ業務アプリケーション１は、アプリケーションプログラムの中の変数等の情報２を持っている。Ｗｅｂ業務アプリケーション情報管理機能３は、情報２をグループに振り分ける自動振分機能４と、自動振分機能４が情報２を振り分けるときに参照する振分ルールを定義した振分ルール設定機能５と、自動振分機能４が振分ルールに従って振分け（グルーピング）した情報２を管理（情報の保持）する情報管理機能６とにより構成されている。
なお、Ｗｅｂ業務アプリケーション情報管理機能３の各機能は、Ｗｅｂ業務アプリケーション情報管理システムを構成する計算機の中央処理装置で実行されるソフトウエアである。
【０００９】
図２は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールによる情報の関連性を示す図である。
図２において、１、３、５、６は図１におけるものと同一のものである。図２は、Ｗｅｂ業務アプリケーション１が２つの業務機能（業務Ａ２２、業務Ｂ２３）で構成され、共に「品番」「店舗」という情報を扱う場合の例である。
この場合、業務Ａ２２と業務Ｂ２３がそれぞれ一つのグループである。そして、業務Ａ２２を構成するＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）情報を（図２の場合、ｈｔｔｐ：／／Ａ００１／ＡＢＣと、ｈｔｔｐ：／／Ａ００２／ＫＫＫの二つ）振分ルール設定機能５に設定する。同様に業務Ｂ２３のものも設定する。つまり、業務とＵＲＬ情報との関連付けを行い、業務に対応する各グループに属するＵＲＬ情報を定義した。
この設定により、業務Ａに関連づけられたＵＲＬ上での情報（例えば、品番、店舗）は、業務Ａという表示がなくても、情報管理機能６にてグループ業務Ａとして、管理される。業務Ｂについても同様である。このように、ＵＲＬ情報によってグループを識別するので、ある業務機能で情報を扱う場合、他の業務機能で同じ名称の情報を扱っていないかどうかを意識（設計）する必要がなくなる。（従来は、例えば「品番」を「業務Ａ用品番」といった名称にすることで、この問題を回避していた。）
【００１０】
図３は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図３において、４〜６は図１におけるものと同一のものである。クライアントＰＣ７は自動振分機能４にリクエストを送信する。Ｗｅｂアプリケーション定義ファイル８は、振分ルール３３を定義したものである。自動振分機能４は、グループ管理機能３５と情報登録／参照機能３６を有し、グループ管理機能３５は、情報管理機能６のメモリ３８上にグループを生成する。情報登録／参照機能３６は、グループ管理機能３５によって生成されたメモリ３８上のグループに情報を登録する。
【００１１】
図４は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００１２】
図５は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いた自動振分機能を実現した場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００１３】
次に、動作について説明する。
図１では、Ｗｅｂ業務アプリケーション１がもつ情報２は、Ｗｅｂ業務アプリケーション情報管理機能３の自動振分機能４に送信される。自動振分機能４は、振分ルール設定機能５の設定情報に従って、情報２のグルーピングを行い、情報管理機能６に登録（情報の保持）する。
また、Ｗｅｂ業務アプリケーション１は、情報管理機能６が保持する情報２を参照（利用）する際に、自動振分機能４を介して、適切な情報を検索し取得する。
【００１４】
図３で、クライアントＰＣ７からリクエストが送信されると、グループ管理機能３５が実行される。グループ管理機能３５は、振分ルール設定機能５によって登録された振分ルール３３に従って、情報管理機能６のメモリ３８上にグループを生成する。振分ルール３３は、Ｗｅｂアプリケーション定義ファイル（ｗｅｂ．ｘｍｌ）８にて定義されており、Ｗｅｂアプリケーションの起動時に読み込まれる。
次に、グループ管理機能３５は、情報登録／参照機能３６を実行する。情報登録／参照機能３６は、先ほど生成されたグループに情報を登録する。
情報管理機能６に保持された情報を参照するには、グループ管理機能３５が実行され、そこから情報登録／参照機能３６を実行する。情報登録／参照機能３６は、先ほど生成されたグループから該当する情報を検索し取得する。
【００１５】
次に、図４により、ＵＲＬマッピングルールを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作について説明する。
Ｗｅｂ業務アプリケーションの起動時（Ｓ４１）に、Ｗｅｂアプリケーション定義ファイル（ｗｅｂ．ｘｍｌ）８より振分ルール３３が読み込まれ、メモリ３８に保持される（Ｓ４２）。
この状態でクライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ４３）されると、グループ管理機能３５は、そのリクエストのＵＲＬ情報と、先ほどメモリに保持した振分ルール情報を比較し、リクエストに含まれるＵＲＬ情報が存在するかどうかをチェック（Ｓ４４）する。存在する場合は、そのルール情報に従って、情報管理機能６にグループがすでに存在するかどうかをチェック（Ｓ４５）する。存在しない場合は、新たにグループを生成（Ｓ４６）する。
また、ＵＲＬ情報の存在チェック（Ｓ４４）にて、該当ＵＲＬが存在しなかった場合は、Ｗｅｂ業務アプリケーションの業務処理内で扱う情報は、グループ外に登録される旨の警告を出力（Ｓ４７）する。
次に、業務処理中の情報登録処理実行（Ｓ４９）に対し、該当ＵＲＬチェック（Ｓ４４）の結果より、処理を分岐（Ｓ４９）する。該当ＵＲＬがある場合は、グループ内へ登録（Ｓ４１０）し、ない場合はグループ外へ登録（Ｓ４１１）する。
【００１６】
次に、図５にて、ＵＲＬマッピングルールを用いた自動振分機能を実現した場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ５１）されると、グループ管理機能３５は、そのリクエストのＵＲＬ情報と、先ほどメモリに保持した振分ルール情報を比較し、リクエストに含まれるＵＲＬ情報が存在するかどうかチェック（Ｓ５２）する。存在する場合は、情報の検索対象を該当するグループ内と設定（Ｓ５３）する。
また、ＵＲＬ情報の存在チェック（Ｓ５２）にて、該当ＵＲＬが存在しなかった場合は、グループ外を検索対象にする旨の警告を出力（Ｓ５４）し、情報の検索対象をグループ外と設定（Ｓ５５）する。
次に、業務処理中の情報参照処理実行（Ｓ５６）に対し、先ほど設定した検索対象より、情報を検索（Ｓ５７）する。検索結果をチェック（Ｓ５８）し、検索結果があった場合は情報を取得（Ｓ５９）する。無かった場合は、エラーを出力（Ｓ５１０）する。
【００１７】
実施の形態１によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【００１８】
実施の形態２．
図６は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図６において、４〜８、３３、３５、３６は図３におけるものと同一のものである。図６では、情報管理機能６での情報管理をデータベース６４で実現し、グループとデータベースマッピング定義９が形成される。
【００１９】
図７は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
図７において、１、３、５、６、２２、２３は図２におけるものと、９は図６におけるものとそれぞれ同一のものである。図７では、振分ルール設定機能５のグループが、グループとデータベースマッピング定義９のデータベースと関連付けられている。
【００２０】
図８は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００２１】
図９は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００２２】
次に、動作について説明する。
実施の形態１では、情報管理機能６での情報管理をメモリ上で実現する場合について述べたが、実施の形態２では、図６に示すように、データベースで実現する。
この図６の場合、実施の形態１とは以下が異なる。
（１）グループ管理機能３５は、情報管理機能６に対して、グループの生成を行わない。情報管理機能６は、あらかじめグループに対応づけされたデータベース６４を持つ。
（２）情報登録／参照機能３６からのグループへの情報登録／参照に対し、情報管理機能６は、グループとデータベースマッピング定義９を参照し、データベース６４にアクセスする。
【００２３】
次に、図８により、情報管理機能６にデータベース６４を用いた場合の情報管理機能６への情報登録までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ８１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかチェック（Ｓ８２）する。存在しない場合は、その旨の警告を出力（Ｓ８４）する。
次に、業務処理中の情報登録処理実行（Ｓ８３）に対し、該当ＵＲＬチェック（Ｓ８２）の結果より、処理を分岐（Ｓ８５）する。該当ＵＲＬがある場合は、グループとデータベースマッピング定義９を読み込む（Ｓ８６）。該当ＵＲＬがない場合は、情報登録できない旨をエラー出力（Ｓ８７）する。
ＵＲＬに対する該当グループが存在するかどうかをチェック（Ｓ８８）し、該当グループが存在する場合は、データベースへの情報登録（Ｓ８９）を行う。存在しない場合は、情報登録できない旨をエラー出力（Ｓ８１０）する。
【００２４】
次に、図９にて、情報管理機能にデータベースを用いた場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ９１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかをチェック（Ｓ９２）する。存在しない場合は、情報参照できない旨を警告出力（Ｓ９４）する。
次に、業務処理中の情報参照処理実行（Ｓ９３）が行われると、グループとデータベースマッピング定義９を読み込み（Ｓ９５）を行う。その中にＵＲＬに対する該当グループが存在するかどうかチェック（Ｓ９６）する。該当グループが存在しない場合は、情報参照できない旨をエラー出力（Ｓ９８）する。
該当グループが存在した場合は、グループに該当するデータベースに対し、情報検索処理（Ｓ９７）を行う。検索結果をチェック（Ｓ９９）し、検索結果があった場合は情報を取得（Ｓ９１０）する。無かった場合は、その旨をエラー出力（Ｓ９１１）する。
【００２５】
実施の形態２によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１は、情報保持にメモリを用いていることより、業務処理中に利用されるテンポラリ（中間）情報に対して利用可能である。これに対し、実施の形態２ではデータベースを用いていることより、永続化したい情報に対しても利用可能である。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【００２６】
実施の形態３．
図１０は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図１０において、４〜８、３３、３５、３６は図３におけるものと同一のものである。図１０では、情報管理機能６での情報管理をファイルシステム６５上にファイルとして生成する。グループとファイルマッピング定義１０が形成される。
【００２７】
図１１は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
図１１において、１、３，５、６、２２、２３は図２におけるものと、１０は図１０におけるものとそれぞれ同一のものである。図１１では、振分ルール設定機能５のグループが、グループとファイルマッピング定義１０のファイルと関連付けられている。
【００２８】
図１２は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００２９】
図１３は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システム能の情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００３０】
次に、動作について説明する。
実施の形態１では、情報管理機能での情報管理をメモリ上で実現する場合について述べたが、実施の形態３は、図１０に示すようにファイルシステム６５で実現する。
この図１０の場合、実施の形態１とは以下が異なる。
（１）グループ管理機能３５は、情報管理機能６に対して、グループをファイルシステム上にファイル６５として生成する。
（２）情報登録／参照機能３６からのグループへの情報登録／参照に対し、情報管理機能６は、グループとファイルマッピング定義１０を参照し、ファイルシステム６５にアクセスする。
【００３１】
次に、図１２により、情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１２１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかチェック（Ｓ１２２）する。存在しない場合は、情報登録できない旨を警告出力（Ｓ１２４）する。
次に、業務処理中の情報登録処理実行（Ｓ１２３）に対し、該当ＵＲＬチェック（Ｓ１２２）の結果より、処理を分岐（Ｓ１２５）する。該当ＵＲＬがある場合は、グループとファイルマッピング定義１０を読み込む（Ｓ１２６）。該当ＵＲＬがない場合は、情報登録できない旨をエラー出力（Ｓ１２７）する。
【００３２】
ＵＲＬに対する該当グループが存在するかどうかをチェック（Ｓ１２８）し、該当グループが存在しない場合は、情報登録できない旨をエラー出力（Ｓ１２１０）する。
グループに対する該当ファイルがすでにファイルシステム上に存在するかどうかのチェック（Ｓ１２９）にて、該当ファイルが存在しない場合は、新規にファイル生成（Ｓ１２１１）し、情報を登録（Ｓ１２１２）する。存在する場合は、そこに情報登録（Ｓ１２１２）する。
【００３３】
次に、図１３にて、情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１３１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかチェック（Ｓ１３２）する。存在しない場合は、情報参照できない旨を警告出力（Ｓ１３４）する。
次に、業務処理中の情報参照処理実行（Ｓ１３３）が行われると、グループとファイルマッピング定義１０の読み込み（Ｓ１３５）を行う。その中にＵＲＬに対する該当グループが存在するかどうかチェック（Ｓ１３６）する。該当グループが存在しない場合は、情報参照できない旨をエラー出力（Ｓ１３８）する。
該当グループが存在した場合は、グループに該当するファイルが存在するかどうかチェック（Ｓ１３７）する。存在しなければ、情報参照できない旨をエラー出力（Ｓ１３１０）する。
ファイルに対し、情報検索処理（Ｓ１３９）を行う。検索結果をチェック（Ｓ１３１１）し、検索結果があった場合は情報を取得（Ｓ１３１２）する。無かった場合は、その旨をエラー出力（Ｓ１３１３）する。
【００３４】
実施の形態３によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１では情報保持にメモリを用いていることより、業務処理中に利用されるテンポラリ（中間）情報に対して利用可能である。これに対し、実施の形態３では、ファイルシステムを用いていることより、永続化したい情報に対しても利用可能である。
さらに、実施の形態２では、永続化された情報を取り出すのに、データベースから情報を引き出す処理（ＳＱＬによる検索処理等）が必要であるが、実施の形態３ではファイルであるので、情報の加工なしに扱える。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【００３５】
実施の形態４．
図１４は、この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図１４において、４〜７、３５、３６は図３におけるものと同一のものである。図１４では、振分ルール１１をＷｅｂ業務アプリケーションとは別のファイルに独自のフォーマットにより記述している。
【００３６】
図１５は、この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録／参照までの動作を示すフローチャートである。
【００３７】
次に、動作について説明する。
実施の形態１では、振分ルールをＷｅｂアプリケーションでの標準仕様であるｗｅｂ．ｘｍｌを用いたＷｅｂアプリケーション定義ファイル（ｗｅｂ．ｘｍｌ）８に定義したが、実施の形態４は、振分ルールを、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義している。
この図１４の場合、実施の形態１とは以下が異なる。
（１）振分ルール設定機能５は、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義している振分ルール１１に対して、ルール設定を行う。
（２）グループ管理機能３５は、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義している振分ルール１１を参照する。
【００３８】
次に、図１５により、振分ルールを、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義した場合の情報管理機能への情報登録／情報参照までの動作について説明する。
リクエストが送信（Ｓ１５１）されると、グループ管理機能３５は、振分ルール１１をすでに読み込んだかどうかのチェック（Ｓ１５２）を行う。まだ読み込んでいなければ、読み込み（Ｓ１５３）を行い、読み込んだことを示すフラグをセット（Ｓ１５４）する。
以降の情報登録処理は、図４のＳ４４〜終了と同じ（Ｓ１５５）である。また、情報参照処理は、図５のＳ５２〜終了と同じ（Ｓ１５５）である。
【００３９】
実施の形態４によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１はＷｅｂ業務アプリケーションの標準仕様であるｗｅｂ．ｘｍｌに振分ルールを記述したが、ｗｅｂ．ｘｍｌにはＷｅｂ業務アプリケーションを動作させるための様々な情報が設定されている。これに比べ、実施の形態４では、本発明機能のための定義（振分ルール）を専用のファイルに記述しているため、他の情報と切り離して管理することができ、メンテナンス性が高い。
【００４０】
実施の形態５．
図１６は、この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図１６において、４、６、７、３５、３６、３８は図３におけるものと同一のものである。図１６では、クライアントＰＣ７にブラウザにより表示される画面のＨＴＭＬ（ｈｙｐｅｒ ｔｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）で記述された画面情報ファイルに、この画面が属するグループを定義しておく。この定義がグループタグ（グループを識別するための情報）７１であり、これを用いて自動振分機能を実現する。つまり、ＵＲＬ情報の代わりに、ＨＴＭＬで記述された画面情報ファイルでもってグループを定義したものである。
【００４１】
図１７は、この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００４２】
図１８は、この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００４３】
次に、動作について説明する。
実施の形態１では、ＵＲＬマッピングルールによって、振分を行ったが、実施の形態５は、ＨＴＭＬで記述された画面情報ファイルにグループを識別するための情報であるグループタグ１１を定義し、これを用いて自動振分を実現する。
この図１６の場合、実施の形態１とは以下が異なる。
（１）ＨＴＭＬで記述された画面情報ファイルにグループ識別情報（グループタグ７１）を埋め込む。
（２）グループ管理機能３５は、自動振分けに振分ルールファイルを必要としない。
【００４４】
次に、図１７により、ＨＴＭＬで記述された画面情報ファイルでのグループタグを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１７１）されると、グループ管理機能３５は、ＨＴＭＬで記述された画面情報ファイルを解析し、グループタグ７１よりグループ情報を取得（Ｓ１７２）し、そのグループがすでに情報管理機能６に存在するかどうかをチェック（Ｓ１７３）する。存在しない場合は、新規にグループを生成（Ｓ１７４）する。
次に、業務処理中の情報登録処理実行（Ｓ１７５）に対し、グループ管理機能３５は、グループへ情報登録（Ｓ１７６）する。
【００４５】
次に、図１８にて、情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１８１）されると、グループ管理機能３５は、ＨＴＭＬで記述された画面情報ファイルを解析し、グループタグ７１よりグループ情報を取得（Ｓ１８２）し、そのグループがすでに情報管理機能に存在するかどうかをチェック（Ｓ１８３）する。存在する場合は、グループを検索対象とする（Ｓ１８４）。存在しない場合は、情報参照できない旨をエラー出力（Ｓ１８５）する。
次に、業務処理中の情報参照処理実行（Ｓ１８６）が行われる。以降の処理は、図５のＳ５７〜終了と同じ（Ｓ１８７）である。
【００４６】
実施の形態５によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１は、情報の自動振分け用の設定ファイルが必要であったが、実施の形態５は、グループタグの情報をそのまま利用するため、設定ファイルは不要となる。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【図面の簡単な説明】
【００４７】
【図１】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムの全体構成図である。
【図２】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールによる情報の関連性を示す図である。
【図３】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図４】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図５】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いた自動振分機能を実現した場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【図６】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図７】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
【図８】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図９】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【図１０】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図１１】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
【図１２】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図１３】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【図１４】この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図１５】この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録／参照までの動作を示すフローチャートである。
【図１６】この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図１７】この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図１８】この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【符号の説明】
【００４８】
１ Ｗｅｂ業務アプリケーション
３ Ｗｅｂ業務アプリケーション情報管理機能
４ 自動振分機能
５ 振分ルール設定機能
６ 情報管理機能
７ クライアントＰＣ
８ Ｗｅｂアプリケーション定義ファイル
９ グループとデータベースマッピング定義
１０ グループとファイルマッピング定義
１１ 振分ルール
２２ 業務Ａ
２３ 業務Ｂ
３３ 振分ルール
３５ グループ管理機能
３６ 情報登録／参照機能
３８ メモリ
６４ データベース
６５ ファイルシステム
７１ グループタグ
【技術分野】
【０００１】
この発明は、Ｗｅｂ業務アプリケーションで使用される情報を管理するＷｅｂ業務アプリケーション情報管理システムに関するものである。
【背景技術】
【０００２】
従来のＷｅｂ業務アプリケーション情報管理は、ＨＴＭＬコンテンツやオブジェクトの構造を解析し、その結果を元に情報を管理するもの（例えば特許文献１、２参照）である。
【０００３】
【特許文献１】特開平１１−２４２６７３号公報（第１５〜３５頁、図１）
【特許文献２】特開２００５−４４２８号公報（第８〜１６頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来は、ＨＴＭＬコンテンツを解析し、その中の情報を自動で管理することで、Ｗｅｂ業務アプリケーションの品質と開発効率向上を実現するものであった。この場合、管理できる情報は、解析する対象に含まれる情報に限定されるといった問題がある。
また、従来は、一つのＷｅｂ業務アプリケーションで複数の業務機能（サブシステム等）を構成する場合、各業務機能で扱う情報名称が衝突しないように意識して設計しなければならないという問題もあった。それは、ある業務機能で扱っていた情報が、他の業務機能によって更新されてしまうことを防ぐためである。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、Ｗｅｂ業務アプリケーションで使用される情報を衝突しないように管理することができるＷｅｂ業務アプリケーション情報管理システムを得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わるＷｅｂ業務アプリケーション情報管理システムにおいては、Ｗｅｂ業務アプリケーションにおける情報をグループに振り分けるための振分ルールを定義した振分ルール設定機能、この振分ルール設定機能により定義された振分ルールに基づき、情報をグループに振り分ける自動振分機能、及びこの自動振分機能によってグループに振り分けられた情報を管理する情報管理機能を備えたものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、Ｗｅｂ業務アプリケーションにおける情報をグループに振り分けるための振分ルールを定義した振分ルール設定機能、この振分ルール設定機能により定義された振分ルールに基づき、情報をグループに振り分ける自動振分機能、及びこの自動振分機能によってグループに振り分けられた情報を管理する情報管理機能を備えたので、Ｗｅｂ業務アプリケーションで使用される情報を衝突しないように管理することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を図１〜５に基づいて説明する。
図１は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムの全体構成図である。
図１において、Ｗｅｂ業務アプリケーション１は、アプリケーションプログラムの中の変数等の情報２を持っている。Ｗｅｂ業務アプリケーション情報管理機能３は、情報２をグループに振り分ける自動振分機能４と、自動振分機能４が情報２を振り分けるときに参照する振分ルールを定義した振分ルール設定機能５と、自動振分機能４が振分ルールに従って振分け（グルーピング）した情報２を管理（情報の保持）する情報管理機能６とにより構成されている。
なお、Ｗｅｂ業務アプリケーション情報管理機能３の各機能は、Ｗｅｂ業務アプリケーション情報管理システムを構成する計算機の中央処理装置で実行されるソフトウエアである。
【０００９】
図２は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールによる情報の関連性を示す図である。
図２において、１、３、５、６は図１におけるものと同一のものである。図２は、Ｗｅｂ業務アプリケーション１が２つの業務機能（業務Ａ２２、業務Ｂ２３）で構成され、共に「品番」「店舗」という情報を扱う場合の例である。
この場合、業務Ａ２２と業務Ｂ２３がそれぞれ一つのグループである。そして、業務Ａ２２を構成するＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）情報を（図２の場合、ｈｔｔｐ：／／Ａ００１／ＡＢＣと、ｈｔｔｐ：／／Ａ００２／ＫＫＫの二つ）振分ルール設定機能５に設定する。同様に業務Ｂ２３のものも設定する。つまり、業務とＵＲＬ情報との関連付けを行い、業務に対応する各グループに属するＵＲＬ情報を定義した。
この設定により、業務Ａに関連づけられたＵＲＬ上での情報（例えば、品番、店舗）は、業務Ａという表示がなくても、情報管理機能６にてグループ業務Ａとして、管理される。業務Ｂについても同様である。このように、ＵＲＬ情報によってグループを識別するので、ある業務機能で情報を扱う場合、他の業務機能で同じ名称の情報を扱っていないかどうかを意識（設計）する必要がなくなる。（従来は、例えば「品番」を「業務Ａ用品番」といった名称にすることで、この問題を回避していた。）
【００１０】
図３は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図３において、４〜６は図１におけるものと同一のものである。クライアントＰＣ７は自動振分機能４にリクエストを送信する。Ｗｅｂアプリケーション定義ファイル８は、振分ルール３３を定義したものである。自動振分機能４は、グループ管理機能３５と情報登録／参照機能３６を有し、グループ管理機能３５は、情報管理機能６のメモリ３８上にグループを生成する。情報登録／参照機能３６は、グループ管理機能３５によって生成されたメモリ３８上のグループに情報を登録する。
【００１１】
図４は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００１２】
図５は、この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いた自動振分機能を実現した場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００１３】
次に、動作について説明する。
図１では、Ｗｅｂ業務アプリケーション１がもつ情報２は、Ｗｅｂ業務アプリケーション情報管理機能３の自動振分機能４に送信される。自動振分機能４は、振分ルール設定機能５の設定情報に従って、情報２のグルーピングを行い、情報管理機能６に登録（情報の保持）する。
また、Ｗｅｂ業務アプリケーション１は、情報管理機能６が保持する情報２を参照（利用）する際に、自動振分機能４を介して、適切な情報を検索し取得する。
【００１４】
図３で、クライアントＰＣ７からリクエストが送信されると、グループ管理機能３５が実行される。グループ管理機能３５は、振分ルール設定機能５によって登録された振分ルール３３に従って、情報管理機能６のメモリ３８上にグループを生成する。振分ルール３３は、Ｗｅｂアプリケーション定義ファイル（ｗｅｂ．ｘｍｌ）８にて定義されており、Ｗｅｂアプリケーションの起動時に読み込まれる。
次に、グループ管理機能３５は、情報登録／参照機能３６を実行する。情報登録／参照機能３６は、先ほど生成されたグループに情報を登録する。
情報管理機能６に保持された情報を参照するには、グループ管理機能３５が実行され、そこから情報登録／参照機能３６を実行する。情報登録／参照機能３６は、先ほど生成されたグループから該当する情報を検索し取得する。
【００１５】
次に、図４により、ＵＲＬマッピングルールを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作について説明する。
Ｗｅｂ業務アプリケーションの起動時（Ｓ４１）に、Ｗｅｂアプリケーション定義ファイル（ｗｅｂ．ｘｍｌ）８より振分ルール３３が読み込まれ、メモリ３８に保持される（Ｓ４２）。
この状態でクライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ４３）されると、グループ管理機能３５は、そのリクエストのＵＲＬ情報と、先ほどメモリに保持した振分ルール情報を比較し、リクエストに含まれるＵＲＬ情報が存在するかどうかをチェック（Ｓ４４）する。存在する場合は、そのルール情報に従って、情報管理機能６にグループがすでに存在するかどうかをチェック（Ｓ４５）する。存在しない場合は、新たにグループを生成（Ｓ４６）する。
また、ＵＲＬ情報の存在チェック（Ｓ４４）にて、該当ＵＲＬが存在しなかった場合は、Ｗｅｂ業務アプリケーションの業務処理内で扱う情報は、グループ外に登録される旨の警告を出力（Ｓ４７）する。
次に、業務処理中の情報登録処理実行（Ｓ４９）に対し、該当ＵＲＬチェック（Ｓ４４）の結果より、処理を分岐（Ｓ４９）する。該当ＵＲＬがある場合は、グループ内へ登録（Ｓ４１０）し、ない場合はグループ外へ登録（Ｓ４１１）する。
【００１６】
次に、図５にて、ＵＲＬマッピングルールを用いた自動振分機能を実現した場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ５１）されると、グループ管理機能３５は、そのリクエストのＵＲＬ情報と、先ほどメモリに保持した振分ルール情報を比較し、リクエストに含まれるＵＲＬ情報が存在するかどうかチェック（Ｓ５２）する。存在する場合は、情報の検索対象を該当するグループ内と設定（Ｓ５３）する。
また、ＵＲＬ情報の存在チェック（Ｓ５２）にて、該当ＵＲＬが存在しなかった場合は、グループ外を検索対象にする旨の警告を出力（Ｓ５４）し、情報の検索対象をグループ外と設定（Ｓ５５）する。
次に、業務処理中の情報参照処理実行（Ｓ５６）に対し、先ほど設定した検索対象より、情報を検索（Ｓ５７）する。検索結果をチェック（Ｓ５８）し、検索結果があった場合は情報を取得（Ｓ５９）する。無かった場合は、エラーを出力（Ｓ５１０）する。
【００１７】
実施の形態１によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【００１８】
実施の形態２．
図６は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図６において、４〜８、３３、３５、３６は図３におけるものと同一のものである。図６では、情報管理機能６での情報管理をデータベース６４で実現し、グループとデータベースマッピング定義９が形成される。
【００１９】
図７は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
図７において、１、３、５、６、２２、２３は図２におけるものと、９は図６におけるものとそれぞれ同一のものである。図７では、振分ルール設定機能５のグループが、グループとデータベースマッピング定義９のデータベースと関連付けられている。
【００２０】
図８は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００２１】
図９は、この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００２２】
次に、動作について説明する。
実施の形態１では、情報管理機能６での情報管理をメモリ上で実現する場合について述べたが、実施の形態２では、図６に示すように、データベースで実現する。
この図６の場合、実施の形態１とは以下が異なる。
（１）グループ管理機能３５は、情報管理機能６に対して、グループの生成を行わない。情報管理機能６は、あらかじめグループに対応づけされたデータベース６４を持つ。
（２）情報登録／参照機能３６からのグループへの情報登録／参照に対し、情報管理機能６は、グループとデータベースマッピング定義９を参照し、データベース６４にアクセスする。
【００２３】
次に、図８により、情報管理機能６にデータベース６４を用いた場合の情報管理機能６への情報登録までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ８１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかチェック（Ｓ８２）する。存在しない場合は、その旨の警告を出力（Ｓ８４）する。
次に、業務処理中の情報登録処理実行（Ｓ８３）に対し、該当ＵＲＬチェック（Ｓ８２）の結果より、処理を分岐（Ｓ８５）する。該当ＵＲＬがある場合は、グループとデータベースマッピング定義９を読み込む（Ｓ８６）。該当ＵＲＬがない場合は、情報登録できない旨をエラー出力（Ｓ８７）する。
ＵＲＬに対する該当グループが存在するかどうかをチェック（Ｓ８８）し、該当グループが存在する場合は、データベースへの情報登録（Ｓ８９）を行う。存在しない場合は、情報登録できない旨をエラー出力（Ｓ８１０）する。
【００２４】
次に、図９にて、情報管理機能にデータベースを用いた場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ９１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかをチェック（Ｓ９２）する。存在しない場合は、情報参照できない旨を警告出力（Ｓ９４）する。
次に、業務処理中の情報参照処理実行（Ｓ９３）が行われると、グループとデータベースマッピング定義９を読み込み（Ｓ９５）を行う。その中にＵＲＬに対する該当グループが存在するかどうかチェック（Ｓ９６）する。該当グループが存在しない場合は、情報参照できない旨をエラー出力（Ｓ９８）する。
該当グループが存在した場合は、グループに該当するデータベースに対し、情報検索処理（Ｓ９７）を行う。検索結果をチェック（Ｓ９９）し、検索結果があった場合は情報を取得（Ｓ９１０）する。無かった場合は、その旨をエラー出力（Ｓ９１１）する。
【００２５】
実施の形態２によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１は、情報保持にメモリを用いていることより、業務処理中に利用されるテンポラリ（中間）情報に対して利用可能である。これに対し、実施の形態２ではデータベースを用いていることより、永続化したい情報に対しても利用可能である。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【００２６】
実施の形態３．
図１０は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図１０において、４〜８、３３、３５、３６は図３におけるものと同一のものである。図１０では、情報管理機能６での情報管理をファイルシステム６５上にファイルとして生成する。グループとファイルマッピング定義１０が形成される。
【００２７】
図１１は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
図１１において、１、３，５、６、２２、２３は図２におけるものと、１０は図１０におけるものとそれぞれ同一のものである。図１１では、振分ルール設定機能５のグループが、グループとファイルマッピング定義１０のファイルと関連付けられている。
【００２８】
図１２は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００２９】
図１３は、この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システム能の情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００３０】
次に、動作について説明する。
実施の形態１では、情報管理機能での情報管理をメモリ上で実現する場合について述べたが、実施の形態３は、図１０に示すようにファイルシステム６５で実現する。
この図１０の場合、実施の形態１とは以下が異なる。
（１）グループ管理機能３５は、情報管理機能６に対して、グループをファイルシステム上にファイル６５として生成する。
（２）情報登録／参照機能３６からのグループへの情報登録／参照に対し、情報管理機能６は、グループとファイルマッピング定義１０を参照し、ファイルシステム６５にアクセスする。
【００３１】
次に、図１２により、情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１２１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかチェック（Ｓ１２２）する。存在しない場合は、情報登録できない旨を警告出力（Ｓ１２４）する。
次に、業務処理中の情報登録処理実行（Ｓ１２３）に対し、該当ＵＲＬチェック（Ｓ１２２）の結果より、処理を分岐（Ｓ１２５）する。該当ＵＲＬがある場合は、グループとファイルマッピング定義１０を読み込む（Ｓ１２６）。該当ＵＲＬがない場合は、情報登録できない旨をエラー出力（Ｓ１２７）する。
【００３２】
ＵＲＬに対する該当グループが存在するかどうかをチェック（Ｓ１２８）し、該当グループが存在しない場合は、情報登録できない旨をエラー出力（Ｓ１２１０）する。
グループに対する該当ファイルがすでにファイルシステム上に存在するかどうかのチェック（Ｓ１２９）にて、該当ファイルが存在しない場合は、新規にファイル生成（Ｓ１２１１）し、情報を登録（Ｓ１２１２）する。存在する場合は、そこに情報登録（Ｓ１２１２）する。
【００３３】
次に、図１３にて、情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１３１）されると、グループ管理機能３５は、リクエストに含まれるＵＲＬ情報が振分ルール情報に存在するかどうかチェック（Ｓ１３２）する。存在しない場合は、情報参照できない旨を警告出力（Ｓ１３４）する。
次に、業務処理中の情報参照処理実行（Ｓ１３３）が行われると、グループとファイルマッピング定義１０の読み込み（Ｓ１３５）を行う。その中にＵＲＬに対する該当グループが存在するかどうかチェック（Ｓ１３６）する。該当グループが存在しない場合は、情報参照できない旨をエラー出力（Ｓ１３８）する。
該当グループが存在した場合は、グループに該当するファイルが存在するかどうかチェック（Ｓ１３７）する。存在しなければ、情報参照できない旨をエラー出力（Ｓ１３１０）する。
ファイルに対し、情報検索処理（Ｓ１３９）を行う。検索結果をチェック（Ｓ１３１１）し、検索結果があった場合は情報を取得（Ｓ１３１２）する。無かった場合は、その旨をエラー出力（Ｓ１３１３）する。
【００３４】
実施の形態３によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１では情報保持にメモリを用いていることより、業務処理中に利用されるテンポラリ（中間）情報に対して利用可能である。これに対し、実施の形態３では、ファイルシステムを用いていることより、永続化したい情報に対しても利用可能である。
さらに、実施の形態２では、永続化された情報を取り出すのに、データベースから情報を引き出す処理（ＳＱＬによる検索処理等）が必要であるが、実施の形態３ではファイルであるので、情報の加工なしに扱える。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【００３５】
実施の形態４．
図１４は、この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図１４において、４〜７、３５、３６は図３におけるものと同一のものである。図１４では、振分ルール１１をＷｅｂ業務アプリケーションとは別のファイルに独自のフォーマットにより記述している。
【００３６】
図１５は、この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録／参照までの動作を示すフローチャートである。
【００３７】
次に、動作について説明する。
実施の形態１では、振分ルールをＷｅｂアプリケーションでの標準仕様であるｗｅｂ．ｘｍｌを用いたＷｅｂアプリケーション定義ファイル（ｗｅｂ．ｘｍｌ）８に定義したが、実施の形態４は、振分ルールを、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義している。
この図１４の場合、実施の形態１とは以下が異なる。
（１）振分ルール設定機能５は、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義している振分ルール１１に対して、ルール設定を行う。
（２）グループ管理機能３５は、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義している振分ルール１１を参照する。
【００３８】
次に、図１５により、振分ルールを、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイル（ｗｅｂ．ｘｍｌ）とは別のファイルにより定義した場合の情報管理機能への情報登録／情報参照までの動作について説明する。
リクエストが送信（Ｓ１５１）されると、グループ管理機能３５は、振分ルール１１をすでに読み込んだかどうかのチェック（Ｓ１５２）を行う。まだ読み込んでいなければ、読み込み（Ｓ１５３）を行い、読み込んだことを示すフラグをセット（Ｓ１５４）する。
以降の情報登録処理は、図４のＳ４４〜終了と同じ（Ｓ１５５）である。また、情報参照処理は、図５のＳ５２〜終了と同じ（Ｓ１５５）である。
【００３９】
実施の形態４によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１はＷｅｂ業務アプリケーションの標準仕様であるｗｅｂ．ｘｍｌに振分ルールを記述したが、ｗｅｂ．ｘｍｌにはＷｅｂ業務アプリケーションを動作させるための様々な情報が設定されている。これに比べ、実施の形態４では、本発明機能のための定義（振分ルール）を専用のファイルに記述しているため、他の情報と切り離して管理することができ、メンテナンス性が高い。
【００４０】
実施の形態５．
図１６は、この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
図１６において、４、６、７、３５、３６、３８は図３におけるものと同一のものである。図１６では、クライアントＰＣ７にブラウザにより表示される画面のＨＴＭＬ（ｈｙｐｅｒ ｔｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）で記述された画面情報ファイルに、この画面が属するグループを定義しておく。この定義がグループタグ（グループを識別するための情報）７１であり、これを用いて自動振分機能を実現する。つまり、ＵＲＬ情報の代わりに、ＨＴＭＬで記述された画面情報ファイルでもってグループを定義したものである。
【００４１】
図１７は、この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【００４２】
図１８は、この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【００４３】
次に、動作について説明する。
実施の形態１では、ＵＲＬマッピングルールによって、振分を行ったが、実施の形態５は、ＨＴＭＬで記述された画面情報ファイルにグループを識別するための情報であるグループタグ１１を定義し、これを用いて自動振分を実現する。
この図１６の場合、実施の形態１とは以下が異なる。
（１）ＨＴＭＬで記述された画面情報ファイルにグループ識別情報（グループタグ７１）を埋め込む。
（２）グループ管理機能３５は、自動振分けに振分ルールファイルを必要としない。
【００４４】
次に、図１７により、ＨＴＭＬで記述された画面情報ファイルでのグループタグを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１７１）されると、グループ管理機能３５は、ＨＴＭＬで記述された画面情報ファイルを解析し、グループタグ７１よりグループ情報を取得（Ｓ１７２）し、そのグループがすでに情報管理機能６に存在するかどうかをチェック（Ｓ１７３）する。存在しない場合は、新規にグループを生成（Ｓ１７４）する。
次に、業務処理中の情報登録処理実行（Ｓ１７５）に対し、グループ管理機能３５は、グループへ情報登録（Ｓ１７６）する。
【００４５】
次に、図１８にて、情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作について説明する。
クライアントＰＣ７からＷｅｂ業務アプリケーションにリクエストが送信（Ｓ１８１）されると、グループ管理機能３５は、ＨＴＭＬで記述された画面情報ファイルを解析し、グループタグ７１よりグループ情報を取得（Ｓ１８２）し、そのグループがすでに情報管理機能に存在するかどうかをチェック（Ｓ１８３）する。存在する場合は、グループを検索対象とする（Ｓ１８４）。存在しない場合は、情報参照できない旨をエラー出力（Ｓ１８５）する。
次に、業務処理中の情報参照処理実行（Ｓ１８６）が行われる。以降の処理は、図５のＳ５７〜終了と同じ（Ｓ１８７）である。
【００４６】
実施の形態５によれば、Ｗｅｂ業務アプリケーションでの各業務機能内の業務処理における情報登録／参照にて、複数の業務機能で重複した情報名称が存在しないか意識して開発する必要がなくなる。
また、実施の形態１は、情報の自動振分け用の設定ファイルが必要であったが、実施の形態５は、グループタグの情報をそのまま利用するため、設定ファイルは不要となる。
これにより、Ｗｅｂ業務アプリケーションの設計コスト削減と、運用時の情報重複による障害発生を防止することが可能となる。
【図面の簡単な説明】
【００４７】
【図１】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムの全体構成図である。
【図２】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールによる情報の関連性を示す図である。
【図３】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図４】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いて自動振分機能を実現した場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図５】この発明の実施の形態１によるＷｅｂ業務アプリケーション情報管理システムのＵＲＬマッピングルールを用いた自動振分機能を実現した場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【図６】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図７】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
【図８】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図９】この発明の実施の形態２によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【図１０】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図１１】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にデータベースを用いた場合の情報の関連性を示す図である。
【図１２】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図１３】この発明の実施の形態３によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【図１４】この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図１５】この発明の実施の形態４によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録／参照までの動作を示すフローチャートである。
【図１６】この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムのサーブレットフィルタによる自動振分機能を示す図である。
【図１７】この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報登録までの動作を示すフローチャートである。
【図１８】この発明の実施の形態５によるＷｅｂ業務アプリケーション情報管理システムの情報管理機能にファイルシステムを用いた場合の情報管理機能への情報参照までの動作を示すフローチャートである。
【符号の説明】
【００４８】
１ Ｗｅｂ業務アプリケーション
３ Ｗｅｂ業務アプリケーション情報管理機能
４ 自動振分機能
５ 振分ルール設定機能
６ 情報管理機能
７ クライアントＰＣ
８ Ｗｅｂアプリケーション定義ファイル
９ グループとデータベースマッピング定義
１０ グループとファイルマッピング定義
１１ 振分ルール
２２ 業務Ａ
２３ 業務Ｂ
３３ 振分ルール
３５ グループ管理機能
３６ 情報登録／参照機能
３８ メモリ
６４ データベース
６５ ファイルシステム
７１ グループタグ
【特許請求の範囲】
【請求項１】
Ｗｅｂ業務アプリケーションにおける情報をグループに振り分けるための振分ルールを定義した振分ルール設定機能、この振分ルール設定機能により定義された上記振分ルールに基づき、上記情報を上記グループに振り分ける自動振分機能、及びこの自動振分機能によって上記グループに振り分けられた上記情報を管理する情報管理機能を備えたことを特徴とするＷｅｂ業務アプリケーション情報管理システム。
【請求項２】
上記情報管理機能は、上記グループに振り分けられた上記情報をメモリ上に保持することを特徴とする請求項１記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項３】
上記情報管理機能は、上記グループに振り分けられた上記情報をデータベース上に保持することを特徴とする請求項１記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項４】
上記情報管理機能は、上記グループに振り分けられた上記情報をファイルシステム上に保持することを特徴とする請求項１記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項５】
上記情報管理機能により管理される上記情報を参照する情報参照機能を備えたことを特徴とする請求項１〜請求項４のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項６】
上記振分ルールは、上記情報が属するグループと、このグループを構成するＵＲＬ情報とを定義したものであることを特徴とする請求項１〜請求項５のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項７】
上記振分ルールは、ＨＴＭＬで記述された画面情報ファイルに、その画面が属するグループを識別するための情報を定義したものであることを特徴とする請求項１〜請求項５のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項８】
上記振分ルールは、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイルとは別のファイルにより定義することを特徴とする請求項１〜請求項７のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項１】
Ｗｅｂ業務アプリケーションにおける情報をグループに振り分けるための振分ルールを定義した振分ルール設定機能、この振分ルール設定機能により定義された上記振分ルールに基づき、上記情報を上記グループに振り分ける自動振分機能、及びこの自動振分機能によって上記グループに振り分けられた上記情報を管理する情報管理機能を備えたことを特徴とするＷｅｂ業務アプリケーション情報管理システム。
【請求項２】
上記情報管理機能は、上記グループに振り分けられた上記情報をメモリ上に保持することを特徴とする請求項１記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項３】
上記情報管理機能は、上記グループに振り分けられた上記情報をデータベース上に保持することを特徴とする請求項１記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項４】
上記情報管理機能は、上記グループに振り分けられた上記情報をファイルシステム上に保持することを特徴とする請求項１記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項５】
上記情報管理機能により管理される上記情報を参照する情報参照機能を備えたことを特徴とする請求項１〜請求項４のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項６】
上記振分ルールは、上記情報が属するグループと、このグループを構成するＵＲＬ情報とを定義したものであることを特徴とする請求項１〜請求項５のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項７】
上記振分ルールは、ＨＴＭＬで記述された画面情報ファイルに、その画面が属するグループを識別するための情報を定義したものであることを特徴とする請求項１〜請求項５のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【請求項８】
上記振分ルールは、Ｗｅｂ業務アプリケーションを動作させるための情報を定義するファイルとは別のファイルにより定義することを特徴とする請求項１〜請求項７のいずれかに記載のＷｅｂ業務アプリケーション情報管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−１８７２８６（Ｐ２００９−１８７２８６Ａ）
【公開日】平成２１年８月２０日（２００９．８．２０）
【国際特許分類】
【出願番号】特願２００８−２６５６５（Ｐ２００８−２６５６５）
【出願日】平成２０年２月６日（２００８．２．６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２１年８月２０日（２００９．８．２０）
【国際特許分類】
【出願日】平成２０年２月６日（２００８．２．６）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]