JP2005275745A - 業務システム - Google Patents

Abstract

【課題】 審査／承認等のワークフロー機能を有する業務システムにおいて、入力／表示項目および処理内容の変更を容易に行え、低コスト・短納期で実現できる業務システムを提供することを目的とする。
【解決手段】 審査／承認等のワークフロー機能を有する業務システムにおいて、上記審査／承認等の対象となる電子文書上の入力／表示項目の設計情報を定義するテキストベースのコンフィギュレーションファイルと、上記コンフィギュレーションファイルを読み込んで環境設定を行う手段とを備える。
【選択図】 図１

Description

本発明は入力／表示項目および処理内容の変更が容易な業務システムに関する。

サーバ・クライアント間の通信にＨＴＴＰ（Hyper Text Transfer Protocol），ＨＴＭＬ（Hyper Text Markup Language），ＵＲＬ（Uniform Resource Locator）といったインターネット技術を採用し、クライアント側のソフトウェアとしてＷｅｂブラウザ(無償の製品が多い)を採用して、業務システム（Ｗｅｂアプリケーション業務システム）を構築することが多くなってきている。なお、このようなＷｅｂアプリケーション業務システムは、バックエンドの業務データ格納用としてリレーショナルデータベース（ＲＤＢ）を採用し、Ｗｅｂ処理層および業務処理層と組み合わせた３階層システムとして構築されるケースが多い。

先行技術文献として、例えば特許文献１、２には、この種のＷｅｂアプリケーション業務システムにおけるシステム開発を容易にするための手法が開示されている。
特開２００３−６２１７号公報 特開２００３−１５８７０号公報

ところで、各種申請書等の電子文書作成に始まり審査／承認等の処理を経るワークフロー機能を有するような業務システムでは、対象とする業務側の運用ルールの追加や業務内容の小さな変更に伴い、次のようなシステムエンハンス要求が頻繁に生じる傾向にある。

（１）電子文書の「入力／表示項目」(管理データ項目)の追加／削除
（２）ワークフロー投入前（審査／承認依頼時）の入力チェック項目の追加／削除
（３）処理実行を指示するアクションボタン押下時のチェックロジックの追加／削除（人的ミスによるデータ不整合のチェック等、運用上のフェールセーフを狙ったチェック機能の改修）
（４）操作性の改善やアクセス制御を目的にした、アクションボタンの画面配置の変更（例："Ａ"画面に検索ボタン"Ｘ"を追加。"Ｂ"画面から"編集"画面への遷移ボタン"Ｙ"を削除等）
従来、こういった比較的軽微なシステムの改修においてもソースコードレベルの開発およびテストが必要であり、改修部分が少ないにもかかわらず開発コストがかかるとともに、相当な開発期間がかかるという問題があった。また、ソースコードレベルの開発およびテストにはＪａｖａ（登録商標）等の開発言語に習熟した開発者のアサインが必要であり、開発体制を組む段階における要員の確保も難しいという問題があった。

一方、特許文献１（発明の名称：データベース構築支援プログラム及びデータベースを利用したＷｅｂアプリケーション構築プログラム）には、データベースおよびＷｅｂアプリケーションの構築をＧＵＩ（Graphical User Interface）等を用いて容易に行うための開発ツールの構成方法が開示されているが、開発の対象となる業務システム自体は従前と何ら変わるものではなく、入力／表示項目および処理内容の変更が容易な業務システムを開示するものではない。

また、特許文献２（発明の名称：Ｗｅｂアプリケーション開発方法および開発支援装置）には、制御・画面表示クラスとＤＢアクセスクラスの間に処理上のクッションとなる仕組み（共有データ保持クラス、出力データ保持クラス）を設けることで画面遷移仕様の変更に柔軟に対応できるようにした技術が開示されているが、画面遷移仕様の変更以外の一般的な入力／表示項目および処理内容の変更を容易にするものではない。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、審査／承認等のワークフロー機能を有する業務システムにおいて、入力／表示項目および処理内容の変更を容易に行え、低コスト・短納期で実現できる業務システムを提供することにある。

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、審査／承認等のワークフロー機能を有する業務システムにおいて、上記審査／承認等の対象となる電子文書上の入力／表示項目の設計情報を定義するテキストベースのコンフィギュレーションファイルと、上記コンフィギュレーションファイルを読み込んで環境設定を行う手段とを備えるようにしている。

また、請求項２に記載されるように、処理実行を指示するアクションボタンの設計情報を上記コンフィギュレーションファイルで定義することができる。

また、請求項３に記載されるように、上記入力／表示項目とデータベース上のデータとの対応情報、および上記データベースにアクセスするための命令のテンプレート情報を上記コンフィギュレーションファイルで定義することができる。

また、請求項４に記載されるように、上記コンフィギュレーションファイルの更新後、システム稼動中の任意の時点でサービス停止無しに環境設定を行うようにすることができる。

また、請求項５に記載されるように、上記業務システムをＨＴＭＬおよびＪａｖａ（登録商標）技術に基づくＷｅｂアプリケーションとして構成することができる。

また、請求項６に記載されるように、上記コンフィギュレーションファイルは、画面定義情報を保持するＨＴＭＬテンプレート定義ファイルおよびタグ定義ファイルを含み、画面定義Ｂｅａｎが上記ＨＴＭＬテンプレート定義ファイルおよびタグ定義ファイルを読み込んで環境設定を行うようにすることができる。

また、請求項７に記載されるように、上記コンフィギュレーションファイルは、アクションの処理内容を保持するＰｌｕｇＩｎ定義ファイルを含み、ＰｌｕｇＩｎ定義Ｂｅａｎが上記ＰｌｕｇＩｎ定義ファイルを読み込んで環境設定を行うようにすることができる。

また、請求項８に記載されるように、上記コンフィギュレーションファイルは、上記入力／表示項目とデータベース上のデータとの対応情報を保持する論理列名定義ファイルを含み、論理列名マッピングＢｅａｎが上記論理列名定義ファイルを読み込んで環境設定を行うようにすることができる。

また、請求項９に記載されるように、上記コンフィギュレーションファイルは、データベースにアクセスするための命令のテンプレート情報を保持するＳＱＬテンプレート定義ファイルを含み、ＳＱＬテンプレートＢｅａｎが上記ＳＱＬテンプレート定義ファイルを読み込んで環境設定を行うようにすることができる。

また、請求項１０に記載されるように、データベースに対するＳＱＬ文生成のための条件を抽出するＳＱＬ条件抽出Ｂｅａｎと、動的にＳＱＬ文を生成する動的ＳＱＬ生成Ｂｅａｎとを備えるようにすることができる。

本発明にあっては、電子文書の作成に始まり審査／承認等のワークフロー機能を有するような業務システムにおいて、頻繁に生じがちであるエンハンス要求に対して、テキストベースのコンフィギュレーションファイルの変更によりＨＴＭＬ編集程度のスキルで対応できることとなり、従来よりも低コスト・短納期でユーザのエンハンス要求に応えていくことが可能となる。また、担当者のアサインが容易となることで、より短納期でのシステム改修が可能となる。

以下、本発明の好適な実施形態につき図面を参照して説明する。

図１は本発明の一実施形態にかかる業務システムの構成および処理を示す図である。なお、この実施形態においては、クライアントブラウザからのＨＴＴＰリクエストに応答して動作するＷｅｂアプリケーション業務システムとしているとともに、バックエンドの業務データ格納用としてＳＱＬ文でデータアクセス可能なリレーショナルデータベースＲＤＢを採用し、更にＪａｖａ（登録商標）言語で開発されたクラスオブジェクト（Ｂｅａｎ）を用いてシステムを構成しているが、これらに限定されるものではない。

図１において、業務システムの入力／表示項目および処理内容の変更を容易に行えるようにするため、業務システムの環境設定を行うためのコンフィギュレーションファイル（Configファイル）として、画面定義系に分類されるＨＴＭＬテンプレート定義ファイルＦ１とタグ定義ファイルＦ２が、ＲＤＢアクセス系に分類される論理列名定義ファイルＦ３とＳＱＬテンプレート定義ファイルＦ４が、アクション定義系に分類されるＰｌｕｇＩｎ定義ファイルＦ５が設けられている。各ファイルはそれぞれ以下の情報を管理している。

＜画面定義系Configファイル＞
ＨＴＭＬテンプレート定義ファイルＦ１：各画面の画面デザイン(ＨＴＭＬ)と、タグ定義名で識別される「入力／表示項目」「アクションボタン」の画面上のレイアウトを指定する記述を保持する。

タグ定義ファイルＦ２：各「入力／表示項目」を識別するタグ定義名と、「入力／表示項目」の型（テキスト、テキストエリア、ラジオボタン、チェックボックス、ファイルアップロード、表示のみ等）と、これらの「入力／表示項目」のリレーショナルデータベースＲＤＢ上のデータ格納位置を抽象化した情報（「論理列名」）とを表現するタグ定義情報を保持する。また、各「アクションボタン」に対応する「アクション」を識別するタグ定義名と、各「アクション」のアクセス制御情報とを表現するタグ定義情報についても保持している。

＜ＲＤＢアクセス系Configファイル＞
論理列名定義ファイルＦ３：タグ定義ファイルＦ２で指定された「論理列名」を、リレーショナルデータベースＲＤＢ上の「物理テーブル名＋カラム名」へ翻訳する情報を保持する。

ＳＱＬテンプレート定義ファイルＦ４：論理列名定義ファイルＦ３で与えられたリレーショナルデータベースＲＤＢ上の「物理テーブル名＋カラム名」と合わせて、実際にリレーショナルデータベースＲＤＢのデータにアクセスするためのＳＱＬ文を自動生成するためのテンプレートとなる情報を保持する。一般にリレーショナルデータベースＲＤＢ上には数百のテーブルに分かれてデータが格納されるが、この物理的なテーブル間の構成情報を持ち、複数テーブルのJoin（結合）の規則を与える。

＜アクション定義系Configファイル＞
ＰｌｕｇＩｎ定義ファイルＦ５：各「アクション」を識別する「タグ定義名」毎に、「アクション」の動作時に呼び出されるＪａｖａ（登録商標）メソッド（関数）のリスト情報を保持する。

また、図１において、各コンフィギュレーションファイルＦ１〜Ｆ５の設定内容を読み込み、記述内容を解釈してシステム内にロードするための機能部分として、ＨＴＭＬテンプレート定義ファイルＦ１およびタグ定義ファイルＦ２を処理する画面定義Ｂｅａｎ１０１と、ＳＱＬテンプレート定義ファイルＦ４を処理するＳＱＬテンプレートＢｅａｎ１０２と、論理列名定義ファイルＦ３を処理する論理列名マッピングＢｅａｎ１０３と、ＰｌｕｇＩｎ定義ファイルＦ５を処理するＰｌｕｇＩｎ定義Ｂｅａｎ１０４とが設けられている。

一方、電子文書の参照・更新等の通常の業務プロセスを実行するための機能部分として、クライアントブラウザからインターネットもしくはイントラネットを経由してＨＴＴＰリクエストを受け付けるサーブレット１０５と、制御の全体の流れをコントロールする役割を果たす業務プロセスＢｅａｎ１０６と、参照もしくは更新の対象となる電子文書のデータを画面描画に適した体系で一旦保持する役割を果たす業務データ管理Ｂｅａｎ１０７と、表示もしくは更新等の共通の処理を実行する共通ＢｏＢｅａｎ１０８と、リレーショナルデータベースＲＤＢに対するＳＱＬ文生成のための条件を抽出するＳＱＬ条件抽出Ｂｅａｎ１０９と、リレーショナルデータベースＲＤＢに対するアクセスのインタフェースの役割を果たすＤＢＩ／ＦＢｅａｎ１１０と、動的にＳＱＬ文を生成する動的ＳＱＬ生成Ｂｅａｎ１１１と、クライアントブラウザに対する表示画面のＨＴＭＬデータを生成するＨＴＭＬ生成Ｂｅａｎ１１２と、アクションで用いられるＪａｖａ（登録商標）メソッドを実行するＰｌｕｇＩｎＢｏＢｅａｎ１１３とが設けられている。

以下、上記の実施形態の動作をパターン毎に説明する。なお、図中に矢印の付いた線を伴って小さく四角で囲んで示した「１」「２」等の数字はクラスオブジェクト間の制御の流れ（処理の順序）を表しており、以下の説明では「制御１」「制御２」・・のように呼ぶこととする。

＜＜Configファイル読み込み処理＞＞
業務システムの起動時に、各Configファイルにより設定された内容に従って環境設定を行うため、Configファイル読み込み処理を行う。すなわち、画面定義Ｂｅａｎ１０１がＨＴＭＬテンプレート定義ファイルＦ１およびタグ定義ファイルＦ２を読み込んで解釈・ロードを行い、ＳＱＬテンプレートＢｅａｎ１０２がＳＱＬテンプレート定義ファイルＦ４を読み込んで解釈・ロードを行い、論理列名マッピングＢｅａｎ１０３が論理列名定義ファイルＦ３を読み込んで解釈・ロードを行い、ＰｌｕｇＩｎ定義Ｂｅａｎ１０４がＰｌｕｇＩｎ定義ファイルＦ５を読み込んで解釈・ロードを行う。

＜＜電子文書データの参照処理＞＞
外部のクライアントブラウザからサーブレット１０５に対しＨＴＴＰプロトコルによる画面表示リクエストが入力（ＰＯＳＴ）された時点から処理が開始される（制御０）。このＰＯＳＴデータ中には、表示要求する画面の型を示す「画面ＩＤ」情報と、表示すべき電子文書を特定する「文書ＩＤ（データＩＤ）」が含まれている。

サーブレット１０５は業務プロセスＢｅａｎ１０６へ処理のコントロールを移し（制御１）、業務プロセスＢｅａｎ１０６は業務データ管理Ｂｅａｎ１０７へＰＯＳＴデータを格納する（制御２，３）。

業務プロセスＢｅａｎ１０６は画面表示のために共通ＢｏＢｅａｎ１０８に対して画面描画命令（「Display()」アクション）の呼び出しを行い（制御６）、共通ＢｏＢｅａｎ１０８は更にＳＱＬ条件抽出Ｂｅａｎ１０９を呼び出す（制御７）。

ＳＱＬ条件抽出Ｂｅａｎ１０９は、「画面ＩＤ」を引数として画面定義Ｂｅａｎ１０１へアクセスし、「論理列名」情報を取り出し（制御８，９）、続いて、ＤＢＩ／ＦＢｅａｎ１１０を介し、「論理列名」リストと「文書ＩＤ（データＩＤ）」を引数として動的ＳＱＬ生成Ｂｅａｎ１１１を呼び出す（制御１０，１１）。

動的ＳＱＬ生成Ｂｅａｎ１１１は、与えられた「論理列名」リストを元にＳＱＬテンプレートＢｅａｎ１０２および論理列名マッピングＢｅａｎ１０３へアクセスし（制御１２〜１５）、リレーショナルデータベースＲＤＢ上のデータを読み出すためのＳＱＬ文を生成する。

動的ＳＱＬ生成Ｂｅａｎ１１１は、生成したＳＱＬ文に基づき、「文書ＩＤ（データＩＤ）」をキーとして、画面描画に必要なデータをリレーショナルデータベースＲＤＢから取得する（制御１６，１７）。

取得されたデータは、制御の呼び出し元であるＳＱＬ条件抽出Ｂｅａｎ１０９へ返され、ここから業務データ管理Ｂｅａｎ１０７へ格納され（制御１８〜２２）、制御は一旦、業務プロセスＢｅａｎ１０６まで戻される（制御２３〜２５）。

次いで、業務プロセスＢｅａｎ１０６はＨＴＭＬ生成Ｂｅａｎ１１２へ処理のコントロールを移す（制御３０）。

ＨＴＭＬ生成Ｂｅａｎ１１２は画面定義Ｂｅａｎ１０１へアクセスして画面デザイン（ＨＴＭＬ）および画面上の「入力／表示項目」「アクションボタン」のレイアウト情報を取り出すとともに（制御３１，３２）、業務データ管理Ｂｅａｎ１０７へアクセスして描画に必要な電子文書のデータを取り出し（制御３３，３４）、画面表示リクエストへの結果となるＨＴＭＬデータを生成する。

そして、ＨＴＭＬ生成Ｂｅａｎ１１２は、クライアントブラウザに対し生成したＨＴＭＬデータを送信し（制御３５）、一連の参照処理が完了する。

＜＜画面入力による電子文書データの更新処理＞＞
「画面入力による電子文書データの更新処理」においても、基本的に上記の「電子文書データの参照処理」と同様の仕組みで処理が行われる。

すなわち、上記の一連の処理（１回目）で、データ編集用の画面がクライアントブラウザに返される。次に、ユーザがその編集画面上で電子文書データを編集し「保存／更新」アクションを実施することで、更新命令がクライアントブラウザからサーブレット１０５に対し入力（ＰＯＳＴ）される。

ここから、上記の一連の処理と同様の２回目の処理でリレーショナルデータベースＲＤＢ上のデータの更新が行われるが、１回目の処理と異なるのは次の３点である。

（ａ）制御６で業務プロセスＢｅａｎ１０６から呼び出される共通ＢｏＢｅａｎ１０８の命令はデータ更新命令（「Update()」アクション）となる。

（ｂ）制御１６，１７のリレーショナルデータベースＲＤＢからのデータ取得処理（Select）がデータ更新処理（Update）に置き換わる。

（ｃ）制御１６,１７のリレーショナルデータベースＲＤＢへのデータ更新処理（Update）に先立って、動的ＳＱＬ生成Ｂｅａｎ１１１から業務データ管理Ｂｅａｎ１０７へユーザがＰＯＳＴしたデータを取得しに行く処理が挿入される。

＜＜電子文書上の「入力／表示項目」の追加＞＞
対象とする業務側の運用ルールの追加や業務内容の小さな変更に伴い、電子文書上の「入力／表示項目」を追加する必要が生じた場合、以下の手順でConfigファイルを変更することで業務システムの設計に反映させることができる。

（１）新規「入力／表示項目」に対応する「タグ定義名」を決定し、画面レイアウト上の位置を考慮してＨＴＭＬテンプレート定義ファイルＦ１上の適切な位置へ追加する。なお、一般に参照用画面定義と編集用画面定義はペアで用意されるので、参照用と編集(入力)用２つの「タグ定義名」を決定する必要がある。これらの作業はＨＴＭＬ編集作業のスキルがあれば容易に遂行することができる。

（２）上記（１）で決定した「タグ定義名」に対応するタグ定義情報をタグ定義ファイルＦ２に追加する。すなわち、「入力／表示項目」の型（テキスト、テキストエリア、ラジオボタン、チェックボックス、ファイルアップロード、表示のみ等）、および「論理列名」を定義する。

（３）上記（２）で定義した「論理列名」と、リレーショナルデータベースＲＤＢ上の「物理テーブル名＋カラム名」の対応を論理列名定義ファイルＦ３上に追加する。なお、新たな「論理列名」の追加に伴い、ＲＤＢ上の既存のテーブルにカラムを追加する必要が生じる場合あるが、当初からシステムの拡張を見込んでカラム数に余裕を持ったテーブルを定義しておくことで、新たなカラムの追加を行わないで済むようにすることができる。また、非常にレアケースではあるが、データ格納のために新規テーブルを追加しなければならないケースに対しては、ＳＱＬテンプレート定義ファイルＦ４の追加で対応することができる。

＜＜電子文書上の「入力／表示項目」の削除＞＞
電子文書上の「入力／表示項目」の削除にあたっては、以下の手順でConfigファイルを変更することで業務システムの設計に反映させることができる。

（４）不要となった「入力／表示項目」に対応する「タグ定義名」を、ＨＴＭＬテンプレート定義ファイルＦ１上から削除する。なお、必須ではないが、追加時の（２）（３）の手順の逆を行い、それぞれ不要な定義をタグ定義ファイルＦ２および論理列名定義ファイルＦ３から削除するようにしても良い。

＜＜電子文書上の「入力／表示項目」の種類の変更＞＞
電子文書上の「入力／表示項目」の種類の変更にあたっては、以下の手順でConfigファイルを変更することで業務システムの設計に反映させることができる。

（５）タグ定義ファイルＦ２上で、対象となる「入力／表示項目」の型の情報を変更する。

＜＜アクションボタンによる電子文書データの更新処理＞＞
ユーザによって押下されるアクションボタンによる電子文書データの更新処理にあっては、Configファイル群として、ＨＴＭＬテンプレート定義ファイルＦ１、タグ定義ファイルＦ２に加え、ＰｌｕｇＩｎ定義ファイルＦ５が重要な役割を果たす。

先ず、外部のクライアントブラウザからサーブレット１０５に対しＨＴＴＰプロトコルによるアクション実行リクエストが入力（ＰＯＳＴ）された時点から処理が開始される（制御０）。このＰＯＳＴデータ中には、実行要求する「アクション」を識別する「タグ定義名」、アクションの実行後（正常終了時）に表示する画面の型を示す「画面ＩＤ」情報が含まれている。また、アクションの実行対象の電子文書を指定する「文書ＩＤ（データＩＤ）」などが含まれる場合が一般的である。

サーブレット１０５は業務プロセスＢｅａｎ１０６へ処理のコントロールを移し（制御１）、業務プロセスＢｅａｎ１０６は業務データ管理Ｂｅａｎ１０７へＰＯＳＴデータを格納する（制御２，３）。

業務プロセスＢｅａｎ１０６は、実行要求アクションの「タグ定義名」を引数としてＰｌｕｇＩｎ定義Ｂｅａｎ１０４へアクセスし、アクション実行時に呼び出すべき一連のＪａｖａ（登録商標）メソッドのリスト情報を取り出す（制御４，５）。

業務プロセスＢｅａｎ１０６は、取り出された一連のＪａｖａ（登録商標）メソッドをリストの上から順番にＰｌｕｇＩｎＢｏＢｅａｎ１１３にて実行することで、目的のアクションの動作を達成する（制御２６〜２９）。なお、実行されるＪａｖａ（登録商標）メソッドは、業務データ管理Ｂｅａｎ１０７上のデータへアクセスして値の変更を行うものを図中に例示しているが、実装により、直接リレーショナルデータベースＲＤＢ上のデータを更新するメソッドや、外部プログラムの呼び出しを行うメソッドであってもよい。

一連のＪａｖａ（登録商標）メソッドの処理が正常に終了した場合、業務プロセスＢｅａｎ１０６は、「電子文書データの参照」処理と同様の処理手順で、アクションの実行結果の確認画面を表示する。仮に、一連のＪａｖａ（登録商標）メソッドの処理のどこかで異常終了が起こった場合は、その時点でエラー画面の表示処理を行う。

＜＜「アクションボタン」の画面上の表示位置の変更＞＞
「アクションボタン」の画面上の表示位置を変更する必要が生じた場合、以下の手順でConfigファイルを変更することで業務システムの設計に反映させることができる。

（６）ＨＴＭＬテンプレート定義ファイルＦ１上で、対象となる「アクションボタン」のタグ挿入位置を変更する。

＜＜「アクションボタン」の処理内容の変更＞＞
「アクションボタン」の処理内容の変更（追加／削除）にあたっては、以下の手順でConfigファイルを変更することで業務システムの設計に反映させることができる。

（７）ＰｌｕｇＩｎ定義ファイルＦ５上で、アクション実行時に呼び出すべき一連のＪａｖａ（登録商標）メソッドのリストを変更する。すなわち、Ｊａｖａ（登録商標）メソッド名の追加ないしは削除を行う。なお、呼び出されるＪａｖａ（登録商標）メソッドが予め実装されていること、および、呼び出されるＪａｖａ（登録商標）メソッドが正常終了ケースにおいて分岐ロジックを持たない実装となっていることを前提としている。

アクションの追加／削除の例として、"ユーザからＰＯＳＴされたデータの入力チェック処理"を追加／削除するような場合がある。この場合、ＰｌｕｇＩｎ定義ファイルＦ５上で、アクションの一連のＪａｖａ（登録商標）メソッドリストの先頭に、"ユーザからＰＯＳＴされたデータの入力チェック処理"を行う処理のメソッド名を追加／削除することで、容易にアクション実行前のユーザ入力のチェック処理を追加／削除することができる。

また、別の例として、ＰｌｕｇＩｎ定義ファイルＦ５上で、アクションの一連のＪａｖａ（登録商標）メソッドリストの末尾に、"実行アクション名、実行ユーザ名、リクエスト元ＩＰアドレス等のログ出力"を行う処理のメソッド名を追加／削除することで、容易に特定のアクション実行時のログ出力機能を追加／削除することができる。こういったログ情報は、特定のアクションの利用傾向を把握することや、システム運用上のサービス停止可否の判断をするために役立つ。

＜＜システム稼動中におけるシステム変更の反映＞＞
システム変更を実現するConfigファイルの更新を行った際、稼動中のシステムへの反映については、画面定義Ｂｅａｎ１０１、ＳＱＬテンプレートＢｅａｎ１０２、論理列名マッピングＢｅａｎ１０３、ＰｌｕｇＩｎ定義Ｂｅａｎ１０４を任意のタイミングで起動することで、ユーザへのサービス停止なしにシステム変更の反映が可能である。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明の一実施形態にかかる業務システムの構成および処理を示す図である。

符号の説明

ＲＤＢ リレーショナルデータベース
Ｆ１ ＨＴＭＬテンプレート定義ファイル
Ｆ２ タグ定義ファイル
Ｆ３ 論理列名定義ファイル
Ｆ４ ＳＱＬテンプレート定義ファイル
Ｆ５ ＰｌｕｇＩｎ定義ファイル
１０１ 画面定義Ｂｅａｎ
１０２ ＳＱＬテンプレートＢｅａｎ
１０３ 論理列名マッピングＢｅａｎ
１０４ ＰｌｕｇＩｎ定義Ｂｅａｎ
１０５ サーブレット
１０６ 業務プロセスＢｅａｎ
１０７ 業務データ管理Ｂｅａｎ
１０８ 共通ＢｏＢｅａｎ
１０９ ＳＱＬ条件抽出Ｂｅａｎ
１１０ ＤＢＩ／ＦＢｅａｎ
１１１ 動的ＳＱＬ生成Ｂｅａｎ
１１２ ＨＴＭＬ生成Ｂｅａｎ
１１３ ＰｌｕｇＩｎＢｏＢｅａｎ

Claims (10)

1. 審査／承認等のワークフロー機能を有する業務システムにおいて、
   上記審査／承認等の対象となる電子文書上の入力／表示項目の設計情報を定義するテキストベースのコンフィギュレーションファイルと、
   上記コンフィギュレーションファイルを読み込んで環境設定を行う手段とを備えたことを特徴とする業務システム。
2. 処理実行を指示するアクションボタンの設計情報を上記コンフィギュレーションファイルで定義することを特徴とする請求項１に記載の業務システム。
3. 上記入力／表示項目とデータベース上のデータとの対応情報、および上記データベースにアクセスするための命令のテンプレート情報を上記コンフィギュレーションファイルで定義することを特徴とする請求項１または２のいずれか一項に記載の業務システム。
4. 上記コンフィギュレーションファイルの更新後、システム稼動中の任意の時点でサービス停止無しに環境設定を行うことを特徴とする請求項１乃至３のいずれか一項に記載の業務システム。
5. 上記業務システムをＨＴＭＬおよびＪａｖａ（登録商標）技術に基づくＷｅｂアプリケーションとして構成したことを特徴とする請求項１乃至４のいずれか一項に記載の業務システム。
6. 上記コンフィギュレーションファイルは、画面定義情報を保持するＨＴＭＬテンプレート定義ファイルおよびタグ定義ファイルを含み、
   画面定義Ｂｅａｎが上記ＨＴＭＬテンプレート定義ファイルおよびタグ定義ファイルを読み込んで環境設定を行うことを特徴とする請求項１乃至５のいずれか一項に記載の業務システム。
7. 上記コンフィギュレーションファイルは、アクションの処理内容を保持するＰｌｕｇＩｎ定義ファイルを含み、
   ＰｌｕｇＩｎ定義Ｂｅａｎが上記ＰｌｕｇＩｎ定義ファイルを読み込んで環境設定を行うことを特徴とする請求項１乃至６のいずれか一項に記載の業務システム。
8. 上記コンフィギュレーションファイルは、上記入力／表示項目とデータベース上のデータとの対応情報を保持する論理列名定義ファイルを含み、
   論理列名マッピングＢｅａｎが上記論理列名定義ファイルを読み込んで環境設定を行うことを特徴とする請求項１乃至７のいずれか一項に記載の業務システム。
9. 上記コンフィギュレーションファイルは、データベースにアクセスするための命令のテンプレート情報を保持するＳＱＬテンプレート定義ファイルを含み、
   ＳＱＬテンプレートＢｅａｎが上記ＳＱＬテンプレート定義ファイルを読み込んで環境設定を行うことを特徴とする請求項１乃至８のいずれか一項に記載の業務システム。
10. データベースに対するＳＱＬ文生成のための条件を抽出するＳＱＬ条件抽出Ｂｅａｎと、
    動的にＳＱＬ文を生成する動的ＳＱＬ生成Ｂｅａｎとを備えたことを特徴とする請求項１乃至９のいずれか一項に記載の業務システム。

Images