(57)【要約】【課題】  帳票にデータを入力する際の入力項目に対してローカルマスタを利用した場合に、入力データの品質を維持することができる帳票データ入力システムを提供することにある。【解決手段】  帳票の入力項目に関するサーバマスタ１６０とローカルマスタ１４２に対して、帳票の入力項目ごとのマスタ配置ポリシー１０３を記憶する。帳票の入力項目ごとに、サーバマスタ１６０を利用する項目か、ローカルマスタ１４２を利用する項目かを判定し、その判定結果に従って、参照すべきマスタ（サーバマスタ１６０またはローカルマスタ１４２）が決定される。【選択図】図１
2006119684.tif 000002
【特許請求の範囲】
【請求項１】
複数の入力項目を含む帳票にデータを入力する帳票データ入力システムにおいて、
帳票の入力項目に関するマスタ情報を含むサーバマスタと、
前記入力項目ごとのマスタ配置ポリシーを含む前記帳票の書式に関する帳票書式情報を格納する帳票書式管理データベースと、
前記帳票の入力項目に関する情報の一部を有するローカルマスタと該ローカルマスタに関するローカルマスタ設定情報を含むマスタ管理データベースと、
前記帳票書式情報に含まれる入力項目が前記サーバマスタを利用しているか前記ローカルマスタを利用しているかを判定する利用マスタ位置判定部と、
前記入力項目が前記サーバマスタを利用している場合、前記サーバマスタから、前記入力項目に対応する情報を参照するサーバマスタ検索部と、
前記入力項目が前記ローカルマスタを利用している場合、前記ローカルマスタから、前記入力項目に対応する情報を参照するローカルマスタ検索部と、
前記前記サーバマスタ検索部及び前記ローカルマスタ検索部による参照結果を、前記帳票に含まれる入力項目一覧として表示する表示部とを備えることを特徴とする帳票データ入力システム。
【請求項２】
前記帳票データ入力システムはさらに、
前記入力項目が前記ローカルマスタを利用している場合に、該入力項目が前記ローカルマスタを利用したことを示す情報を付与するローカルマスタ利用フラグ付与部と、
前記ローカルマスタ利用フラグが付与された前記帳票の入力項目に関するローカルマスタデータを検証するローカルマスタデータ検証部を備えることを特徴とする請求項１記載の帳票データ入力システム。
【請求項３】
前記帳票データ入力システムはさらに、
前記帳票の入力項目に入力されるデータに関するデータ検証部品を備え、
前記ローカルマスタデータ検証部は、前記データ検証部品及び前記マスタ配置ポリシーを用いて、前記ローカルマスタデータを検証することを特徴とする請求項２記載の帳票データ入力システム。
【請求項４】
帳票データの入力を受付けるクライアントと、該クライアントに接続されるサーバを含む帳票データ入力システムにおける帳票データ入力方法であって、
前記サーバは、
帳票の入力項目に関するマスタ情報をサーバマスタに記憶し、
前記入力項目ごとのマスタ配置ポリシーを含む前記帳票の書式に関する帳票書式情報を帳票書式管理データベースに格納し、
前記帳票書式情報を前記クライアントに送信し、
前記クライアントは、
前記帳票の入力項目に関する情報の一部を有するローカルマスタと該ローカルマスタに対応するローカルマスタ設定情報をマスタ管理データベースに記憶し、
前記帳票書式情報に含まれる入力項目が前記サーバマスタを利用しているか前記ローカルマスタを利用しているかを判定し、
前記入力項目が前記サーバマスタを利用している場合、前記サーバマスタから、前記入力項目に対応する情報を参照し、
前記入力項目が前記ローカルマスタを利用している場合、前記ローカルマスタから、前記入力項目に対応する情報を参照し、
前記参照結果を、前記帳票に含まれる入力項目の一覧として表示することを特徴とする帳票データ入力方法。
【請求項５】
前記クライアントは、
前記入力項目が前記ローカルマスタを利用している場合は、該入力項目に入力されたデータにローカルマスタ利用フラグを付与し、
前記入力データと前記フラグを前記サーバに送信し、
前記サーバは、
前記送信された入力データのうち、前記フラグが付与されているデータに対して、前記マスタ配置ポリシーに従って、前記入力データに対応するローカルマスタデータを検証し、
該検証結果を前記クライアントに送信することを特徴とする請求項４記載の帳票データ入力方法。
【請求項６】
ネットワークで接続されたサーバとクライアントを含むシステムにおいて、帳票にデータを入力する帳票データ入力システムであって、
前記サーバ側のマスタ管理情報を含むサーバマスタと、
前記クライアント側のローカルマスタを含むクライアント側マスタ管理データベースと、
帳票の書式情報としてマスタ配置ポリシーを含む帳票書式管理データベースと、
利用者によって選択された帳票の書式を前記帳票書式管理データベースから取得し、前記クライアントに送信する帳票書式情報送信部と、
前記送信された帳票書式情報に含まれる帳票の入力項目ごとに、サーバマスタを利用するかローカルマスタを利用するかを判定する利用マスタ位置判定部と、
前記判定の結果、前記ローカルマスタを利用する場合は、前記ローカルマスタから情報を取得するローカルマスタ検索部と、
前記判定の結果、前記サーバマスタを利用する場合は、前記サーバマスタから情報を取得するサーバマスタ検索部と、
前記ローカルマスタ検索部または前記サーバマスタ検索部によって取得された情報にもとづいて、帳票画面を表示する帳票入力処理部と、
前記表示された帳票画面に入力されたデータと、該入力されたデータの入力項目が前記ローカルマスタを利用している場合はその旨の情報とを送信する入力データ送信部と、
前記送信されたデータおよび前記ローカルマスタを利用している旨の情報をもとに、ローカルマスタデータを検証するローカルマスタデータ検証制御部と、
前記検証結果を表示する表示部とを備えることを特徴とする帳票データ入力システム。
【請求項７】
帳票データの入力を受付けるクライアントと、該クライアントに接続されるサーバを含む帳票データ入力システムにおいて実行されるプログラムにおいて、
帳票の入力項目に関するマスタ情報をサーバマスタに記憶するステップと、
前記入力項目ごとのマスタ配置ポリシーを含む前記帳票の書式に関する帳票書式情報を帳票書式管理データベースに格納するステップと、
前記帳票の入力項目に関する情報の一部を有するローカルマスタと該ローカルマスタに対応するローカルマスタ設定情報をマスタ管理データベースに記憶するステップと、
前記帳票書式情報に含まれる入力項目が前記サーバマスタを利用しているか前記ローカルマスタを利用しているかを判定するステップと、
前記入力項目が前記サーバマスタを利用している場合、前記サーバマスタを用いて、前記入力項目に対応する情報を参照するステップと、
前記入力項目が前記ローカルマスタを利用している場合、前記ローカルマスタを用いて、前記入力項目に対応する情報を参照するステップと、
前記参照結果を、前記帳票に含まれる入力項目一覧として表示するステップとを備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Webシステムにおける帳票データ入力システムに関し、特に、帳票画面においてデータ入力を行う帳票データ入力システムに関する。
【背景技術】
【０００２】
近年、帳票入力業務においては、帳票入力画面の管理や、マスタ管理の一元化のため、Webベースの帳票入力システムが広く用いられている。しかし、Webベースの帳票入力システムでは、すべてのマスタをサーバ側から取得するため、大規模な業務コード入力にあたっては著しく入力効率が落ちるといった課題が発生している。たとえば医薬製造業の臨床試験では、副作用コード入力を行うが、大量の副作用コードマスタを、Weｂ環境で検索することにより、入力作業効率がおちるなどの課題が発生している。
【０００３】
このため、帳票の特定項目においては、ローカルマスタの利用が望まれることが多くあり、クライアントにローカルマスタを配置し、これを利用するようにWeb帳票入力システムを構成する技術が開示されている（特許文献1）。
【０００４】
【特許文献１】特開2001-350755号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１のように、クライアントにローカルマスタを配置すると、ローカルマスタと、サーバ上に存在するマスタ間で不整合が発生し、入力データの品質が落ちる場合がある。つまり、ローカルマスタの利用にあたっては、入力オペレータの操作性と入力データ品質間においてトレードオフの関係が発生する。
【０００６】
一方、こうしたトレードオフを、システム構築前に正しく判断することは難しく、システム稼動後にローカルマスタ利用ポリシーを見直すことが多く発生する。システム稼動直後に、操作性に問題があった場合には、サーバ上で管理していたマスタを、操作性の面からローカルに配置するよう変更を行うことが求められる。逆に、システム稼動後にしばらく経ってから、ローカルマスタの利用によりデータ品質の低下が発生していることが判明した場合には、システム稼動後に、ローカルマスタの利用を禁止することが求められることになる。
【０００７】
しかし、特許文献１に記載の技術において、システム運用後にローカルマスタの利用形態を変更しようとすると、システムにおけるマスタ検索処理を修正し再配置する作業が発生する。つまり、システム運用後に、ローカルマスタ利用ポリシーを変更すると、システム変更に多大な工数がかかる。
【０００８】
本発明の目的は、ローカルマスタを利用した場合に、入力データの品質を維持することができる帳票データ入力システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明は、帳票の入力項目に関するマスタ情報を含むサーバマスタと、前記入力項目ごとのマスタ配置ポリシーを含む前記帳票の書式に関する帳票書式情報を格納する帳票書式管理データベースと、前記帳票の入力項目に関する情報の一部を有するローカルマスタと該ローカルマスタに関するローカルマスタ設定情報を含むマスタ管理データベースとを含む。そして、前記帳票書式情報に含まれる入力項目が前記サーバマスタを利用しているか前記ローカルマスタを利用しているかを判定し、前記入力項目が前記サーバマスタを利用している場合、前記サーバマスタから、前記入力項目に対応する情報を参照する。一方前記入力項目が前記ローカルマスタを利用している場合、前記ローカルマスタから、前記入力項目に対応する情報を参照する。そして、その参照結果を、前記帳票に含まれる入力項目一覧として表示する構成を採用した。
【発明の効果】
【００１０】
本発明によれば、入力部品別マスタ配置ポリシーを変更することで、ローカルマスタの利用を禁止もしくは許可する制御が可能になる。入力項目別マスタ配置ポリシーを変更することにより、入力オペレータの操作性と入力データ品質間におけるトレードオフを、適切に設定することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態を図面を用いて詳細に説明する。
【００１２】
本実施形態では、Webブラウザにおいて、Webベースの帳票データ入力システムにて行われる、典型的な一連の操作が行われる。まず、利用者は、Web上のサイトを指定し、ログインおよび、入力対象となる帳票種別の選択などを行う。クライアントPC１５０において、入力対象となる帳票種別が選択されると、クライアントPC１５０からの帳票表示要求を受けたWeb Apサーバ１３０の帳票書式情報送信部１３１は、その帳票表示要求に対応する帳票書式情報であって、帳票書式管理DB１００上に格納されている帳票書式情報１０２をメモリ上に読み込み、この帳票書式情報１０２をクライアントＰＣ１５０に送信する。クライアントＰＣ１５の帳票入力処理部１５１は、Web Apサーバ１３０から送信された帳票書式情報１０２を受信して、その帳票書式情報１０２を画面表示し、これに対するクライアント操作者からの入力操作を処理する。
【００１３】
次に、本実施形態の詳細内容を示すため、図１に示す帳票入力システムについて説明する。図１に示すシステムは、マスタ管理サーバ１１０、帳票管理サーバ１２０、Web Apサーバ１３０、クライアントPC１５０で構成される。図１では省略しているが、これらの機器は、通常のコンピュータが持つような、メモリ、ディスプレイ、内部もしくは外部記憶装置、キーボード、マウスなどを有する。なお、以下の実施形態において、単にサーバと述べた場合には、Web Apサーバ１３０のことを示す。
【００１４】
Web Apサーバ１３０は、帳票書式管理DB１００を、内部もしくは外部記憶装置に保持する。帳票書式管理DB１００は、マスタ物理構成情報１０１と帳票書式情報１０２を含む。帳票書式情報１０２は、入力部品別マスタ配置ポリシー１０３を含む。入力部品別マスタ配置ポリシー１０３は、以下の２つのの情報からなる。（１）帳票の入力項目部品別に対して、クライアント側にローカルマスタの配置を認可するか否かのポリシーを定義する情報。（２）帳票の入力項目部品別に対して、ローカルマスタ利用時のデータ検証処理に用いるデータ検証部品名を定義する情報。
【００１５】
Web Apサーバ１３０は、実行時に、帳票書式情報送信部１３１、マスタデータ検索部１３２、入力データ受信部１３３、データ検証部品１３５をメモリ上に保持する。これらの一連の処理部は、プログラムファイルの形態で、内部もしくは外部記憶装置に保持していおり、これをサーバ起動時などのタイミングで、メモリ上に読み込むものとする。
【００１６】
クライアントPC１５０は、クライアント側マスタ管理DB１４０として、内部もしくは外部記憶装置に保持する。クライアント側マスタ管理DB１４０は、ローカルマスタ設定情報１４１及びローカルマスタ１４２を含む。ローカルマスタ設定情報１４１は、ローカルマスタの配置場所などの設定情報を含む。ローカルマスタ１４２は、データベース、テキストファイルなどの形で、クライアントPC１５０における帳票入力時に利用するコードなどのマスタ情報を保持する。
【００１７】
クラインアントPC１５０は、実行時に、帳票入力処理部１５１、入力データ送信部１５８をメモリ上に保持する。これらの一連の処理部は、プログラムファイルの形態で、内部もしくは外部記憶装置に保持されており、これをクライアントPC起動時などのタイミングで、メモリ上に読み込まれるものとする。
【００１８】
マスタ管理サーバ１１０、帳票管理サーバ１２０、Web Apサーバ１３０は、ＬＡＮによって接続されており、Web Apサーバ１３０とクライアントＰＣ１５０は、Internetなどのネットワークによって接続されている。
【００１９】
マスタ管理サーバ１１０は、Web Apサーバ１３０において参照するサーバマスタ１６０を管理する。図１の例では、部門コードマスタと申出内容区分マスタとがサーバマスタ１６０である。帳票サーバ１２０は、検証済み帳票情報の保存や管理を行う。
【００２０】
なお、図１は実施システム構成の一例であり、本発明の内容はこのシステム構成に限定されない。たとえば、マスタ管理サーバ１１０、帳票管理サーバ１２０、Web Apサーバ１３０の構成を、一つもしくはそれ以上の複数サーバで実現してもかまわない。またＬＡＮ、インタネットなどのネットワーク構成についても、図1以外の構成で実現してもかまわない。例えば全てをLANにおいて構成してもよいし、全てをインタネットで構成してもよい。
【００２１】
クライアントPC１５０の帳票入力処理部１５１は、例えば、図２に示すような帳票表示画面２１０を表示する。図２は、旅費精算申請表が表示された場合を示している。本実施形態では、クライアントPC１５０のWebブラウザにおいて画面表示されることを想定しているが、Webブラウザを単独で用いるのではなく、帳票表示用プラグインの拡張機能をあらかじめ組み込んでいる。帳票表示用プラグインをあらかじめWebブラウザに組み込んでおくことにより、帳票表示画面２１０およびこの画面から呼び出される関連画面が、表示されるものとする。
【００２２】
図２に示す帳票表示画面２１０上に表示された旅費精算申請表では、旅費精算の申請内容区分と部門コードが、利用者によってリスト部品から選択されて入力される。申請内容区分欄は、旅費が国内であるか海外であるかの申請区分をリストに含み、部門コード欄は、旅費支払いを行う部門コード（または部門名）をリストに含む。図２に示すように、帳票表示画面２１０では、表示帳票に依存しない共通のメニューとして、ファイル、ダウンロード、アップロードを表示する。
【００２３】
帳票表示画面２１０に表示するリスト部品の項目データを取得するには、Web Apサーバ１３０もしくはローカルマスタ１４２のデータを参照する。申出内容区分の項目に対しては、図１に示すマスタ管理サーバ１１０に配置されている申出内容区分マスタを参照する。一方、部門コードの項目に対しては、図１のローカルマスタ１４２を参照する。なお、本実施形態では、マスタ内容を帳票表示画面に表示し、このマスタ一覧内容を用いてデータ入力される項目のことを、マスタ利用項目と呼ぶことにする。帳票表示画面２１０では、申出内容区分、部門コードの２項目が、マスタ利用項目である。さらに、マスタ利用項目の内、クライアントPC側に存在するローカルマスタを利用するものを、ローカルマスタ利用項目と呼ぶことにする。図２においては、部門コードがローカルマスタ利用項目である。一方、申請内容区分は、マスタ利用項目であるが、入力作業においてローカルマスタを利用しないため、ローカルマスタ利用項目ではない。なお、申請者、申請理由、申請金額などは、入力作業においてマスタを一切利用しないため、マスタ利用項目でも、ローカルマスタ利用項目でもはない。
【００２４】
クライアントPC１５０内のマスタ関連項目取得部１５２は、リスト部品の項目データ取得先となるマスタ配置場所の判定処理と、マスタ配置別のマスタ参照処理制御を行い、利用マスタ位置判定部１５３、サーバマスタ検索部１５４及びローカルマスタ検索部１５５で構成される。利用マスタ位置判定部１５３は、マスタ配置場所の判定処理を行い、具体的には、Web Apサーバ１３０からダウンロードした帳票情報に含まれる入力部品別マスタ配置ポリシー１０３と、ローカルマスタ設定情報１４１を用いて、画面表示された帳票上の選択入力項目について、ローカルマスタ１４２を用いるか、またはサーバマスタ１６０を用いるかを判定する。
【００２５】
ここで、ローカルマスタ１４２を用いる場合には、ローカルマスタ検索部１５５が、ローカルマスタ１４２の検索を行う。サーバマスタ１６０を検索する場合には、サーバマスタ検索部１５４が、サーバマスタ１６０の検索を行う。サーバマスタ検索部１５４は、Web Apサーバ１３０のマスタデータ検索部１３２を呼び出し、このマスタデータ検索部１３２を経由して、サーバマスタの値を取得する。
【００２６】
クライアントユーザが、図２の帳票表示画面２０１においてデータ入力を終え、図２の帳票表示画面２０１の送信ボタンを押すと、図１の入力データ送信部１５８は、Web Apサーバ１３０の入力データ受信部１３３と連携して、帳票表示画面２１０に入力されたデータを、Web Apサーバ１３０に送信する。入力データ送信部１５８は、ローカルマスタ利用フラグ付与部１５６および送信結果表示部１５７を含む。ローカルマスタ利用フラグ付与部１５６は、クライアントPC１５０からWeb Apサーバ１３０に帳票入力データを送信する際、ローカルマスタを利用したか否かを識別するフラグを入力データに付与する。そして、入力データ送信部１５８は、入力データとフラグをサーバ側へ送信する。送信結果表示部１５７は、Web Apサーバ１３０における検証結果がクライアントPC１５０に送信された場合に、その検証結果を画面表示する。
【００２７】
クライアントPC１５０における入力データを受信したWeb Apサーバ１３０は、ローカルマスタデータ検証制御部１３４が、ローカルマスタ１４２に関連した入力データに対して、データ検証処理を行う。つまり、ローカルマスタデータ検証制御部１３４は、クライアントPC１５０から送信された入力データが、ローカルマスタ１４２を利用しているか否かを判断する。そして、ローカルマスタ１４２を利用している場合には、入力項目別マスタ配置ポリシー１０３に基づき、クライアントPC１５０からの入力データに対してデータ検証処理を行う。
【００２８】
図２に示す例では、部門コードの項目データに対して、Web Apサーバ１３０での検証処理を行い、検証結果をWeb Apサーバ１３０からクライアントPC１５０に送信する。クライアントPC１５０の送信結果表示部１５７は、この検証結果のメッセージに基づき、図２に示す送信結果画面２２０を表示する。図２の送信結果画面２２０では、部門コードにおいて不適切なローカルマスタ利用がなされた場合の画面を示している。
【００２９】
次に、図３、図４を用いて、図１の帳票書式管理DB１００、及びクライアント側マスタ管理DB１４０のデータ構造について説明する。なお、図１におけるマスタ物理構成情報１０１は、マスタの論理名称を物理名称である情報に変換するための情報である。マスタ物理構成情報１０１の詳細な説明は省略するが、サーバ名、テーブル名、データベースへの接続ユーザ名などが格納されている。
【００３０】
図３は、帳票書式情報１０２を構成する、入力項目部品情報３０１と入力部品別マスタ配置ポリシー１０３を示す。
【００３１】
入力項目部品情報３０１は、帳票表示画面における入力項目部品の部品名、座標値、入力項目部品の種別（リスト入力部品、テキスト入力部品など）を有する。クライアントPC１５０のWebブラウザは、この入力項目部品情報３０１を用いて、図２の帳票表示画面２１０に示すような帳票入力画面を表示する。入力項目部品の種別として「リスト」が指定された場合には、帳票表示画面２１０上においてリスト部品２１１が表示される。このリスト部品２１１においては、マスタから得た項目の一覧が表示される。図２の例では、部門名称の項目一覧が表示されている。
【００３２】
入力部品別マスタ配置ポリシー１０３には、入力項目の部品別に、ローカルマスタ利用の有無と、ローカルマスタデータ入力値検証の有無を格納する。ローカルマスタ１４２に対してデータ入力値の検証を行う場合には、入力部品別マスタ配置ポリシー１０３の項目「データ検証部品名」において、図１のデータ検証部品１３５の部品名を指定する。ここでいうデータ検証部品１３５とは、ローカルマスタデータ検証部１３４から動的に呼び出すことができるプログラム部品である。データ検証部品１３５は、Java (R) Server Pages（JSP）、Enterprise Java (R) Beans（EJB）などWeb環境におけるプログラム言語で開発される（「Java」は、Sun Microsystems社の登録商標である。）。データ検証部品１３５は、プログラムの内部処理として、ローカルマスタ１４２とサーバマスタ１６０とつき合わせ処理などを行うことで、ローカルマスタ利用項目のデータ検証を行う。
【００３３】
図４は、図１のクライアント側マスタ管理DB１４０に含まれるローカルマスタ設定情報１４１とローカルマスタ１４２の詳細を示す。
【００３４】
ローカルマスタ設定情報１４１は、帳票上のマスタ利用項目に対して、利用するローカルマスタを設定するための情報を格納する。図４の例では、帳票名が旅費申請帳票であり、入力項目「申請内容区分」と「部門コード」に対するローカルマスタの設定を行っている。また、「申請内容区分」と「部門コード」のローカルマスタとして、CSV形式のテキストファイルを用いるための設定を行っている。ローカルマスタ設定情報１４１は、設定情報を格納する書式としてeXtensible Markup Language（XML）書式を用いる。なお、ここで注意すべき点は、図４のローカルマスタ設定情報１４１のみでは、申請内容区分と部門コードのいずれがローカルマスタ利用項目であるかを特定することはできないことである。図３の入力項目別マスタ配置ポリシー１０３と、図４のローカルマスタ設定情報１４１とを用いた判定を行うことにより、はじめていずれのマスタ利用項目が、ローカルマスタ利用項目であるかが判定できる。この判定処理の詳細については後述する。
【００３５】
図４のローカルマスタ１４２は、具体的なローカルマスタの例として、旅費申請区分マスタと部門コードを示している。図４では、ローカルマスタ１４２の実体は、CSV形式のテキストファイルである。これ以外に、Relational Database（RDB）やXML書式などを用いてローカルマスタ１４２を実現してもよい。
【００３６】
次に、図１に示した処理部の詳細を図５、図６を用いて説明する。
【００３７】
図５は、図１におけるマスタ関連項目取得部１５２の処理フローを示す。なお、帳票書式情報１０２は、図１の帳票書式情報送信部１３１が、すでにクライアントPC１５０に送信しており、クライアントPC１５０のメモリ上などに保持されているものとする。
【００３８】
マスタ関連項目取得部１５２は、帳票書式情報１０２に格納されている入力項目別マスタ配置ポリシー１０３を読み込み、内部変数I＝０、maxI＝「入力項目別マスタ配置ポリシー１０３から得られるレコード数（=マスタを利用している入力項目部品数）」と設定する（ステップ５０１）。図３の例では、入力項目部品「申請内容区分」と「部門コード」の２つに対してマスタを用いており、maxI＝２となる。
【００３９】
次に、利用マスタ位置判定部１５３は、ローカルマスタ１４２もしくはサーバマスタ１６０のいずれを用いるかを判断する（ステップ５０２）。ステップ５０２では、I番目のマスタに対して、以下の２つの条件が成立するときに、ローカルマスタ１４２を利用する（すなわち、ローカルマスタ利用項目である）と判断する。
（１）条件１；入力項目別マスタ配置ポリシー１０３（図３）の「ローカルマスタ利用」欄が「有り」である。
（２）条件２；ローカルマスタ設定情報１４１において、判定対象となる入力項目部品の部品名に対応した、マスタ名称、マスタ種別、マスタファイル名、DB接続名が設定されていること。
【００４０】
一方、上記２つの条件のうち、いずれかが成立しない場合には、サーバマスタ１６０を利用すると判断する。図３の入力項目別マスタ配置ポリシー１０３の例では、申請内容区分（部品ID＝１のレコード）については、ローカルマスタ利用が「無し」に設定されており、上記の条件１が不成立である。このため、申請内容区分に対してはローカルマスタ１４２を利用せず、サーバマスタ１６０を利用するものと判断される。一方、部門コード（部品ID=２のレコード）については、図３と図４の例から明らかなように、上記２つの条件が成立しているため、ステップ５０２では、ローカルマスタ利用項目であるものと判断する。
【００４１】
ステップ５０２において、ローカルマスタ１４２を利用すると判断した場合には（ステップ５０２：Ｙｅｓ）、ローカルマスタ検索部１５５は、ローカルマスタ１４２を参照し、この参照結果をリスト入力項目の一覧として取得し、クライアントPC１５０の表示部であるディスプレイ（図示せず）は、その一覧を帳票表示画面２１０として表示する（ステップ５０３）。
【００４２】
ステップ５０２において、サーバマスタ１６０を利用すると判断した場合には（ステップ５０２：Ｙｅｓ）、サーバマスタ検索部１５４は、マスタ管理サーバ１１０に存在するサーバマスタ１６０を参照し、この参照結果をリスト入力項目の一覧として取得し、ディスプレイは、そのリスト一覧を帳票表示画面２１０に表示する（ステップ５０４）。ステップ５０４の詳細は以下の通りである。サーバマスタ検索部１５４は、サーバ１３０に存在するマスタデータ検索部１３２を呼び出す。マスタデータ検索部１３２は、マスタ管理サーバ１１０を参照し、このマスタ管理サーバ１１０が管理するサーバマスタ１６０から値を取得する。例えば、申出内容区分マスタより、申出内容区分コードの一覧情報を取得する。そしてサーバマスタ検索部１５５は、マスタデータ検索部１３２から送信された検索結果を、サーバマスタ検索結果として受信する。
【００４３】
ステップ５０３またはステップ５０４の処理が終了すると、次のマスタに対して処理を行うため配列番号の変数Iに対し、I=I+1とする（ステップ５０５）。そして、I＜maxIであるか否かの判断を行う（ステップ５０６）。つまり、配列番号の変数Iが、帳票入力画面２１０におけるのマスタ利用項目数を超えているか否かの判断を行う。I＜maxIである場合（つまり、まだ処理対象とするマスタが存在する場合）は（ステップ５０６：Ｙｅｓ）、ステップ５０２の処理を行う。I＜maxIでない場合には（ステップ５０６：Ｎｏ）、マスタ関連項目取得部１５２の処理を終了する。
【００４４】
図６は、入力データ送受信処理を示すフロー図である。この入力データ送受信処理は、クライアントPC１５０が、帳票画面に入力されたデータをWeb Apサーバ１３０に送信する処理である。図６に示す一連の処理は、図１における入力データ送信部１５５と入力データ受信部１３３が相互に協調して行う。図６に示すステップのうち、ステップ６０２からステップ６０８までが、サーバ１３０の入力データ受信部１３３が行う処理である。
【００４５】
まず、クライアントＰＣ１５０は、帳票表示画面２１０（図２）に入力された入力データのうち、帳票名、帳票入力データ、ローカル利用フラグを、サーバ１３０に送信する（ステップ６０１）。ここでいうローカル利用フラグとは、データ入力項目が、ローカルマスタ利用項目であるか否かを識別するためのフラグ値である。ステップ６０１では、ローカルマスタ利用項目に対する入力データに対してのみ、入力データ単位にローカルマスタ利用フラグが付与され、この付与された結果をサーバ側に送信する。
【００４６】
サーバ１３０は、ステップ６０１で送信された帳票名、帳票入力データ、ローカル利用フラグを受信し（ステップ６０２）、受信した帳票名に基づいて、帳票書式管理ＤＢ１００（図１）から、特定帳票の帳票書式情報１０２をサーバ１３０のメモリ領域に読み込む（ステップ６０３）。
【００４７】
次に、図５のステップ５０１と同様な処理を行い、配列番号の内部変数Iおよびmax Iの値を設定する（ステップ６０４）。具体的には、帳票書式情報１０２に格納されている入力項目別マスタ配置ポリシー１０３を読み込む。そして、内部変数I＝０、max I＝「入力項目別マスタ配置ポリシー１０３から得られるレコード数（=マスタを利用している入力項目部品数）」とする。図３に示す例では、入力項目部品「申請内容区分」と「部門コード」の２つに対してマスタを用いているので、max I＝２となる。
【００４８】
次に。サーバ１３０は、ローカルマスタデータの検証を行うか否かの判断を行う（ステップ６０５）。このステップでは、「入力項目別マスタ配置ポリシー１０３（図３）のローカルマスタ利用欄及びローカル入力値検証欄に格納されているデータが、ともに「有り」である」という条件をみたす場合に、データ検証を行うと判断する。図３に示す例では、申請内容区分マスタ（部品ID＝１のレコード）については、上記条件が成立しないため、データ検証を行わないものとして判断する。部門コードマスタ（部品ID＝２のレコード）については、上記条件が成立するため、データ検証を行うものとして判断する。
【００４９】
ステップ６０５において、データ検証を行うと判断した場合は（ステップ６０６：Ｙｅｓ）、ローカルマスタデータ検証制御部１３４は、ローカルマスタを利用していると判断した入力データに対して、入力データの検証を行う（ステップ６０６）。具体的には、ローカルマスタデータ検証制御部１３４は、データの入力項目別マスタ配置ポリシー１０３上の項目「データ検証部品名」に格納されているデータ検証部品１３５を呼び出し、入力データの検証を行う。図３の例では、部門コードマスタを検証するデータ検証部品SectionCodeCheck.jspを呼び出す。例えば、データ検証部品SectionCodeCheck.jspでは、入力データと、サーバ１３０に配置されている部門コードマスタとの突合せ処理を行う。そして、一致するものがある場合には、データ検証が成功したと判断し、一致するものがなかった場合には、データ検証が失敗したと判断する。
【００５０】
ステップ６０５において、データ検証を行わないと判断した場合（ステップ６０６：Ｎｏ）、または、ステップ６０６の検証処理が終了した場合は、次のマスタに対して処理を行うため、配列番号の内部変数Iに対し、I=I+1と設定する（ステップ６０７）。
【００５１】
そして、ステップ６０７で設定された配列番号の変数Iが、帳票入力画面上のマスタ利用項目数（maxI）を超えているか否か（つまり、I＜maxIであるか否か）を判断する（ステップ６０８）。I＜maxIである場合、つまり処理対象とするマスタがまだ存在する場合は（ステップ６０８：Ｙｅｓ）、ステップ６０５を行う。I＜maxIでない場合は（ステップ６０８：Ｎｏ）、サーバ１３０は、ローカルマスタ検証結果をクライアントPC１５０に送信する。クライアントPC１５０の送信結果の表示部１５７は、サーバ１３０から送信されたローカルマスタの検証結果を、送信結果画面２２０（図２）に表示する（ステップ６０９）。最後に、クライアントPC１５０とWeb APサーバ１３０との送受信の通信処理を切断し（ステップ６１０）、処理を終了する。
【００５２】
本実施形態によれば、この入力項目別マスタ配置ポリシーに基づいて、ローカルマスタを利用した入力データに対し、データ品質の検証処理を行うことができる。
【００５３】
本実施形態では、図４のローカルマスタ設定情報１４１において、帳票種別ごとに利用するローカルマスタの設定を行う仕様となっている。しかし、これを帳票種別毎ではなく、帳票共通に同じローカルマスタを利用できる仕様としてもよい。こうした仕様を実現するには、ローカルマスタ設定情報１４１において、帳票にかかわらずローカルマスタの設定情報を登録できる領域をあらたに設ける。そして図５のステップ５０２において、ローカルマスタ設定情報において、帳票種別毎にかかわらず設定された情報を用いて、マスタ配置場所を判断する処理を追加する。このような拡張を行うことで、必ずしも帳票種別毎にローカルマスタ設定情報を定義する必要がなくなる。
【００５４】
また、本実施形態では、図１に示すように、ローカルマスタデータ検証制御部１３４において検証された情報を帳票管理サーバ１２０の帳票情報として保存する構成となっている。しかし、検証された入力データをさらに別のデータベースシステムなどに格納する処理を、入力データ受信部１３３の後に追加する構成としてもよい。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施形態である帳票データ入力システムのシステム構成図を示す。
【図２】クライアントPC１５０で表示される画面図を示す。
【図３】帳票書式情報１０２に含まれる管理データを示す。
【図４】ローカルマスタ設定情報１４１及びローカルマスタ１４２に含まれる管理データを示す。
【図５】マスタ関連項目取得部１５２が行うマスタ関連項目取得処理フローを示す。
【図６】帳票入力データの送受信処理フローを示す。
【符号の説明】
【００５６】
１００：帳票書式管理DB、１０２：帳票書式情報、１０３：入力項目別マスタ配置ポリシー、１３０：Web APサーバ、１４０：クライアント側マスタ管理情報、１５０：クライアントPC、１４１：ローカルマスタ設定情報、１４２：ローカルマスタ、
【図１】
2006119684.tif 000003
【図２】
2006119684.tif 000004
【図３】
2006119684.tif 000005
【図４】
2006119684.tif 000006
【図５】
2006119684.tif 000007
【図６】
2006119684.tif 000008