(57)【要約】【課題】電子帳票のメインテナンス効率を改善することが可能な技術を提供する。【解決手段】電子帳票の設計及び管理を行う電子帳票設計管理方法において、電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索するステップと、前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは追加することにより電子帳票の更新または生成を行うステップとを有するものである。【選択図】        図１
2005011055.tif 000002
【特許請求の範囲】
【請求項１】
電子帳票の設計及び管理を行う電子帳票設計管理方法において、
電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索するステップと、
前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは追加することにより電子帳票の更新または生成を行うステップとを有することを特徴とする電子帳票設計管理方法。
【請求項２】
前記部品は、前記電子帳票の構成要素とその配置位置を示すモデル表示部品、前記構成要素に対する制約条件を示す制約条件部品、及び前記電子帳票の適用対象に関する情報を示す背景部品であることを特徴とする請求項１に記載された電子帳票設計管理方法。
【請求項３】
前記検索された電子帳票に対する全ての変更種別が上書き保存を行うことを示している場合に、前記更新された部品を更新内容で上書きし、前記検索された電子帳票に対する変更種別に上書き保存以外が含まれている場合に、前記更新された部品を別名で登録し、その電子帳票のマッピング情報を変更または新たに追加することを特徴とする請求項１または請求項２のいずれかに記載された電子帳票設計管理方法。
【請求項４】
前記マッピング情報と前記部品の参照及び更新権限を管理することにより、上書き保存または別名保存の行える部品及び電子帳票をユーザ毎に制限することを特徴とする請求項１乃至請求項３のいずれか１項に記載された電子帳票設計管理方法。
【請求項５】
電子帳票の設計及び管理を行う電子帳票設計管理装置において、
電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索する関連帳票検索モジュールと、前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは追加することにより電子帳票の更新または生成を行う部品・帳票更新モジュールとを備えることを特徴とする電子帳票設計管理装置。
【請求項６】
電子帳票の設計及び管理を行う電子帳票設計管理装置としてコンピュータを機能させる為のプログラムにおいて、
電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索する関連帳票検索モジュールと、前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは追加することにより電子帳票の更新または生成を行う部品・帳票更新モジュールとしてコンピュータを機能させることを特徴とするプログラム。
【請求項７】
電子帳票の設計及び管理を行う電子帳票設計管理装置としてコンピュータを機能させる為のプログラムを記録したコンピュータ読み取り可能な記録媒体において、
電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索する関連帳票検索モジュールと、前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは追加することにより電子帳票の更新または生成を行う部品・帳票更新モジュールとしてコンピュータを機能させる為のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電子帳票の設計及び管理を行う電子帳票設計管理装置に関するものである。
【０００２】
【従来の技術】
従来、帳票のフォーマットとしては、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）が公開されているが、近年Ｗｅｂ上で利用できる帳票のフォーマットとして、ＸＦｏｒｍｓが注目されている。これはＷＷＷＣ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）が策定を進めている次世代Ｗｅｂフォームのフォーマットであり、２００２／１１／１２にＣａｎｄｉｄａｔｅ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎが公開されている（例えば非特許文献１参照）。またＸＦｏｒｍｓについては非特許文献２の中でも紹介されている。
【０００３】
これは、ＸＨＴＭＬ  Ｆｏｒｍにおけるプレゼンテーションとコンテンツの分離により、１つのコンテンツを、パソコン、携帯電話等、複数のデバイスで利用することを狙っている。
【０００４】
ここで、プレゼンテーションとは、ブラウザー等の表示上での表示方法を規定しており、例えば、テキスト領域や、ドロップダウンリスト等の択一の部品を規定している。択一の部品をドロップダウンリストで表示するのかやラジオボタンで表示するのか等はデバイスや関連する言語に依存するが、表示方法をデバイスに依存しない抽象的なレベルで規定するのがＸＦｏｒｍｓの特徴でもある。
【０００５】
またコンテンツは、大きくインスタンスデータとモデル、制約条件に分類される。インスタンスデータとは、Ｆｏｒｍに対する入力データであり、例えば、先に説明したプレゼンテーションのテキスト領域に入力されたデータが格納される。モデルでは、入力されるデータのメンバや、データ型等が規定され、制約条件には、モデルの各メンバに対するデータの上限値と下限値、またはそのメンバにデータの入力を認めるか否か等が含まれる。
【０００６】
【非特許文献１】
「ＸＦｏｒｍｓ  −  Ｔｈｅ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  ｏｆ  Ｗｅｂ  Ｆｏｒｍｓ」、［ｏｎｌｉｎｅ］  ［２００２年１１月１２日インターネット＜ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＭａｒｋＵｐ／Ｆｏｒｍｓ／＞
【非特許文献２】
中山幹敏、奥井康弘他、「ＸＭＬ完全解説上」株式会社日本ユニテック、２００１年
【０００７】
【発明が解決しようとする課題】
従来技術において数千から数万に及ぶ電子帳票を開発してメインテナンスする場合に、個々の電子帳票を開発してメインテナンスしていれば、工数がかかり、効率が悪くなるのと同時に、更新漏れが発生することが課題となっている。
【０００８】
また前記のＸｆｏｒｍｓでは、帳票をプレゼンテーションとコンテンツに分けて定義することを提案しているが、この構造を用いて、複数の帳票をまとめて更新する等、帳票の設計／メインテナンスを効率的に進める方法については言及していない。
【０００９】
本発明の目的は上記問題を解決し、電子帳票のメインテナンス効率を改善することが可能な技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は、電子帳票の設計及び管理を行う電子帳票設計管理装置において、更新された部品を利用している電子帳票をまとめて更新または生成するものである。
【００１１】
本発明の電子帳票設計管理装置では、ユーザによってある電子帳票の部品が更新されると、関連帳票検索処理により、電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、前記更新された部品を利用している電子帳票を検索する。ここで部品とは、電子帳票の構成要素とその配置位置を示すモデル表示部品、前記構成要素の表示、入力や印刷に関する制約条件を示す制約条件部品、帳票表示時に背景とする画像部品の３種類の部品であるものとするが、更に他の部品を定義して用いるものとしても良い。
【００１２】
次に、前記検索された電子帳票に対する変更種別として、上書き保存、別名保存または変更無し等の指定を受け付けた後、それらの変更種別の内容を調べ、全ての変更種別が上書き保存を行うことを示している場合には、前記更新された部品を更新内容で上書き保存する処理を行う。また、前記変更種別に上書き保存以外が含まれている場合には、前記更新された部品を別名で登録した後、上書き保存が指定された電子帳票については、そのマッピング情報中の前記更新部品の部品名を前記登録した別名に変更し、また別名保存が指定された電子帳票については、そのマッピング情報の複製を生成した後、その中の前記更新部品の部品名を前記登録した別名に変更し、新たなマッピング情報として追加する処理を行う。
【００１３】
前記の様に本発明では、電子帳票を、モデル表示、制約条件及び背景等の部品に分けて管理し、構成する部品を更新することにより、複数の電子帳票を更新したり、新たな電子帳票を生成することを可能にし、電子帳票のメインテナンス及び開発の効率を改善することができる。また、各部品と電子帳票の参照・更新権限を管理することにより、想定外のユーザによる部品と帳票の更新ミスを避けることも可能である。
【００１４】
以上の様に本発明の電子帳票設計管理装置によれば、更新された部品を利用している電子帳票をまとめて更新または生成するので、電子帳票のメインテナンス効率を改善することが可能である。
【００１５】
【発明の実施の形態】
以下に電子帳票を構成する部品を更新することにより、一つ以上の帳票をまとめて更新して電子帳票の設計及び管理を行う一実施形態の電子帳票設計管理装置について説明する。
【００１６】
図１は本実施形態の電子帳票設計管理装置で行われる処理と、これらに関連するデータの概要を示す図である。図１に示す様に本実施形態の電子帳票設計管理装置は、関連帳票検索モジュール１１７と、部品・帳票更新モジュール１１８とを有している。
【００１７】
関連帳票検索モジュール１１７は、電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索する処理部である。部品・帳票更新モジュール１１８は、前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは追加することにより電子帳票の更新または生成を行う処理部である。
【００１８】
電子帳票設計管理装置を関連帳票検索モジュール１１７及び部品・帳票更新モジュール１１８として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００１９】
本実施形態では、帳票に入出力されるデータのモデル及びその表示方法、入出力されるデータの型や上限値、下限値等を制限する制約条件、それらの帳票が用いられる地方自治体の名称や年度等、帳票の適用対象に関する共通情報を示す背景画像の３種類の部品から構成される帳票を対象とする。なお、これら以外の部品から構成される帳票を対象とするものとしても良い。
【００２０】
図２は本実施形態の帳票の表示イメージと帳票のソースファイルの例を示す図である。図２に示す通り、本ソースファイルは、モデル表示部分と、背景画像部分から構成される。また、モデル表示部分には、制約条件が含まれている。
【００２１】
また、本実施形態で取り扱う帳票は、モデル表示部品、制約条件部品、背景部品に分割され、それぞれのデータベースであるモデル表示テーブル１０６、制約条件テーブル１０７、背景テーブル１０８に格納されているものとする。そして、各帳票を構成する３つの部品の組合せは、マッピング情報テーブル１１２に格納されている。
【００２２】
図３は本実施形態の帳票を構成する部品を格納するテーブルと部品間の対応情報を格納するマッピング情報テーブル１１２の例を示す図である。図３の各フォーマットについて説明する。
【００２３】
モデル表示テーブル３０１は、モデル表示情報を特定するモデル表示ＩＤカラム、モデル表示情報の名称を格納するモデル表示名称カラム、モデル表示情報自体を格納するモデル表示コンテンツカラム、各モデルを特徴付けるキーワードを格納するキーワードカラムから構成される。
【００２４】
制約条件テーブル３０２は、制約条件を特定する制約条件ＩＤカラム、制約条件の名称を格納する制約条件名称カラム、制約条件自体を格納する制約条件コンテンツカラム、制約条件を特徴付けるキーワードを格納するキーワードカラムから構成される。
【００２５】
背景テーブル３０３は、背景を特定する背景ＩＤカラム、背景のデータの名称を格納する背景名称カラム、背景のデータ自体を格納する背景コンテンツカラム、各背景を特徴付けるキーワードを格納するキーワードカラムから構成される。
【００２６】
マッピング情報テーブル３０４は、帳票を特定する帳票ＩＤカラム、帳票の名称を格納する帳票名称カラム、各帳票に利用されたモデル表示部品を特定するモデル表示ＩＤカラム、各帳票に利用された制約条件部品を特定する制約条件ＩＤカラム、各帳票に利用された背景部品を特定する背景ＩＤカラム、各帳票を特徴付けるキーワードを格納するキーワードカラムから構成される。
【００２７】
次に、各ＤＢに格納された情報を管理するモジュールについて説明する。
モデル表示管理モジュール１０９は、モデル表示テーブル１０６からのモデル表示コンテンツの取り出しと、モデル表示テーブル１０６への新規レコードの追加及び既存レコードの更新処理を行う。
【００２８】
制約条件管理モジュール１１０は、制約条件テーブル１０７からの制約条件コンテンツの取り出しと、制約条件テーブル１０７への新規レコードの追加及び既存レコードの更新処理を行う。
【００２９】
背景管理モジュール１１１は、背景テーブル１０８からの背景コンテンツの取り出しと、背景テーブル１０８への新規レコードの追加及び既存レコードの更新処理を行う。
【００３０】
マッピング管理モジュール１１３は、キーワード等、帳票を検索する情報が含まれた帳票選択情報１０２に基づき、マッピング情報テーブル１１２を検索する帳票検索モジュール１１４と、マッピング情報テーブル１１２の１つのレコードを参照し、そこに記載されたモデル表示コンテンツを特定するモデル表示ＩＤと、制約条件コンテンツを特定する制約条件ＩＤと、背景コンテンツを特定する背景ＩＤをキーとして、モデル表示管理モジュール１０９と、制約条件管理モジュール１１０と、背景管理モジュール１１１を介して、モデル表示コンテンツ、制約条件コンテンツ、背景コンテンツを取得し、帳票ファイル１０５を生成する帳票生成モジュール１１５と、帳票ファイル１０５の中で、更新する部品を特定する帳票更新情報１０３に基づき、帳票の部品を更新し、更新した部品及びその種別に応じて、モデル表示テーブル１０６、制約条件テーブル１０７、背景テーブル１０８、マッピング情報テーブル１１２に対して、レコードの更新または追加を行う帳票一括更新モジュール１１６から構成される。
【００３１】
帳票表示モジュール１０４は、帳票ファイル１０５を、図２に示す表示イメージの様に、ユーザが認識できる形式で表示し、ユーザ１０１による更新対象部品の選択を可能にする。
【００３２】
次に帳票一括更新モジュール１１６について詳しく説明する。
帳票一括更新モジュール１１６は、マッピング情報テーブル１１２の中から、帳票更新情報１０３において指定された部品を利用している帳票をリストアップする関連帳票検索モジュール１１７と、帳票更新情報１０３に基づき、各部品を上書きまたは別名保存し、リストアップした関連帳票の更新情報をマッピング情報テーブル１１２に反映する部品・帳票更新モジュール１１８から構成される。
【００３３】
電子帳票設計管理装置を前記各モジュールとして機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００３４】
次に、実際に帳票の部品を更新する事例を用いて、各モジュールの処理内容を詳しく説明する。最初にユーザ１０１は、帳票選択情報１０２を入力し、帳票検索モジュール１１４の処理を実行する。
【００３５】
図４は本実施形態の帳票検索画面の例を示す図である。図４の帳票検索画面は、検索条件を入力する検索条件入力ウィンドウ４０１と、検索結果を表示する検索結果ウィンドウ４０２から構成される。図４に示した例では、帳票の検索条件４０３として、「帳票名称：申請」のみが示されている。これは、マッピング情報テーブル３０４の中から、帳票名称に「申請」という文字が含まれるレコードを検索することを意味する。
【００３６】
図４の検索条件入力ウィンドウ４０１の検索ボタンがクリックされると、帳票検索モジュール１１４は、検索を実行し、検索結果を検索結果ウィンドウ４０２に表示する。検索結果ウィンドウ４０２においてユーザ１０１は、検索結果のリストの中から１つの帳票を選択することができる。そして、「ＯＫ」ボタンがクリックされると、帳票検索モジュール１１４は、マッピング情報テーブル１１２の中から、帳票ＩＤが、前記選択された帳票のＩＤ、例えば「Ｆ００１」であるレコードを読み出して帳票生成モジュール１１５に引き渡す。以後、この検索した結果のレコードを、帳票検索結果レコードと呼ぶ。
【００３７】
帳票生成モジュール１１５は、帳票検索結果レコードに示される帳票ＩＤがＦ００１である帳票ファイルを生成する。具体的には、帳票検索結果レコードに示される、モデル表示ＩＤ、制約条件ＩＤ、背景ＩＤを検索キーとして、それぞれモデル表示管理モジュール１０９、制約条件管理モジュール１１０、背景管理モジュール１１１に問合せる。モデル表示管理モジュール１０９、制約条件管理モジュール１１０、背景管理モジュール１１１は、それぞれモデル表示テーブル１０６、制約条件テーブル１０７、背景テーブル１０８の中から、指定されたＩＤと合致するレコードを検索し、各レコードの３種類のコンテンツの名称を帳票生成モジュール１１５に入力する。ここで、３種類のコンテンツとは、モデル表示コンテンツ、制約条件コンテンツ、背景コンテンツである。
【００３８】
次に、帳票生成モジュール１１５は、図２のソースに示す様に、３種類のコンテンツを繋げる。ここで、ソースファイルの２行目には、背景コンテンツの名称を代入する。具体的には、
＜ｅｆ：ｂａｃｋｇｒｏｕｎｄ  ｓｔａｒｔＸ＝”０”  ｓｔａｒｔＹ＝”０”  ｗｉｄｔｈ＝”５９０”  ｈｅｉｇｈｔ＝”８４０”  ｔｙｐｅ＝”ＷＩＮＥＭＦ”  ｒｅｆ＝”ＢＧ００１”＞
と指定する。
【００３９】
図５は本実施形態の帳票検索の結果を表示する帳票表示画面と、表示画面上の帳票コントロールのプロパティ設定画面の表示例を示す図である。生成されたファイルは、帳票ファイル１０５として出力され、帳票表示モジュール１０４を通して、図５の帳票表示画面５０１に示す様な形式で表示される。
【００４０】
ユーザ１０１は、表示された帳票が、一括更新の対象である帳票でなければ、帳票表示画面の右端をクリックすることにより、帳票表示画面を閉じ、再び帳票検索画面を通して、帳票の選択を行う。
【００４１】
帳票表示画面５０１に、一括更新の対象である帳票が表示されている場合、ユーザ１０１は、帳票一括更新モジュール１１６に対する帳票更新情報１０３を入力する。
【００４２】
本例では、帳票の入力項目の一つである「ＩＤ」の入力値の範囲を変更する事例について説明する。これは、制約条件を変更する事例である。
【００４３】
まず、帳票表示画面５０１について説明する。帳票表示画面５０１では、帳票を表示し、変更を行うことができる。画面の右端に「ＢＧ」「Ｃｔｒｌ」と記した二種類のツールバーがある。「ＢＧ」はバックグラウンド（背景）の変更を行うことを意味し、文字列、矩形や直線等の入力を行う為の部品が含まれている。本実施形態の電子帳票設計管理装置は、これらの部品が帳票の画面上にドラッグ＆ドロップされると、帳票の背景部品を更新する処理を行う。「Ｃｔｒｌ」は帳票コントロールを意味し、テキストボックス、コンボボックス、コマンドボタンの入力を行う為の部品が含まれている。本実施形態の電子帳票設計管理装置は、バックグラウンドの場合と同様に、これらの部品がドラッグ＆ドロップされると、帳票のモデル表示部品を更新する処理を行う。また詳細な設定は、変更前帳票コントロールのプロパティ設定画面５０２に示す部品のプロパティ画面上から設定される。本実施形態の電子帳票設計管理装置は、本画面の制約条件ページに入力された内容を用いて、帳票の制約条件を設定する処理を行う。
【００４４】
また、帳票表示画面５０１のファイルメニューには、「上書き保存」「名前を付けて保存」「終了」が含まれているものとし、部品登録メニューには、「関連部品・帳票検索」「登録」が含まれているものとする。
【００４５】
帳票の入力項目の一つである「ＩＤ」の入力値の範囲を変更する場合、ユーザ１０１は、「ＩＤ：」と記載された文字の右隣のテキストボックスを、マウス等のポインティングデバイスで選択し、更に右クリック等で選択可能な機能である、「プロパティ」を表示し、更に左クリックで選択する。この処理が行われると本実施形態の電子帳票設計管理装置は、変更前帳票コントロールのプロパティ設定画面５０２を表示する。ここでは、選択したテキストボックスの入力データに対する制約条件を表示しており、データ型としてＩｎｔｅｇｅｒ型（整数値）、文字数として４文字以内、最小値は１００１、最大値は９９９９と設定されている。また、必須入力にチェックが行われており、これは、この帳票にデータを入力するユーザ１０１は、このテキストボックスにデータを必ず入力しなければならないことを意味している。
【００４６】
ユーザ１０１は、この制約条件を、変更後帳票コントロールのプロパティ設定画面５０３の様に変更できる。具体的には、文字数を５文字に変更し、最小値を１０００１に、最大値を９９９９９に変更している。この様な変更がユーザ１０１から指示されると、本実施形態の電子帳票設計管理装置は、その変更を行う為の帳票更新情報１０３を生成する。
【００４７】
図６は本実施形態の帳票更新情報１０３の例を示す図である。図６に示す通り帳票更新情報１０３は、制約条件部品であるＣ００１の更新を行う為の情報として、変更対象部品種別、変更対象タグ及び変更内容を格納している。制約条件部品Ｃ００１を上書きすると、帳票表示画面５０１に表示している帳票Ｆ００１に限らず、Ｃ００１を利用している帳票は全て更新されることになる。そこで本実施形態では、ユーザ１０１による更新指示によってその部品のコンテンツを更新する前に、関連帳票検索モジュール１１７により、更新対象部品を利用した帳票をリストアップする機能を提供する。
【００４８】
ユーザ１０１は、このリストの帳票毎に、更新した部品を用いて帳票を上書きするのか、または更新した部品を用いた帳票は別名の帳票とするのか、更新した部品は利用せず変更しないのか決定する。
【００４９】
図７は本実施形態の関連帳票検索モジュール１１７にて実行される変更対象帳票検索処理の処理手順を示すフローチャートである。変更対象帳票検索処理では、変更部品を利用した変更対象帳票をリストアップする処理を行う。
【００５０】
処理７０１で関連帳票検索モジュール１１７は、帳票更新情報１０３の中で未処理の変更対象部品が存在するか否か確認する。未処理の部品が存在する場合には処理７０２に進み、存在しない場合には本処理フローを終了する。
【００５１】
処理７０２では、帳票更新情報１０３から未処理の変更対象部品を選択した後、その選択した変更対象部品の情報からマッピング情報テーブル１１２を検索する為の、検索キー項目と、検索キー値を設定する。ここでは、検索キー項目は、制約条件ＩＤ、検索キー値は、Ｃ００１である。
【００５２】
処理７０３では、処理７０２で設定された検索キー項目と検索キー値を用いて、マッピング情報テーブル１１２を検索する。処理７０４では、処理７０３での検索結果を調べ、検索キー項目の値が、検索キー値と一致した場合に処理７０５に進む。処理７０５では、検索キー項目の値が、検索キー値と一致したレコードの全体を変更対象帳票テーブルに追加する。変更対象帳票テーブルは、マッピング情報テーブル１１２と同一のカラムに、帳票変更種別のカラムを追加したものである。
【００５３】
図８は本実施形態のユーザ１０１に示される変更対象帳票検索処理の実行結果である帳票変更種別設定画面の例を示す図である。図８の帳票変更種別設定画面には、更新した部品が利用された帳票のリストを表示する。ユーザ１０１は、本画面上で、帳票毎に上書きするのか、別名で保存するのか、変更しないのかを指定する。
【００５４】
帳票変更種別設定画面は、次の３つの部分から構成される。
一つ目の変更対象帳票８０１の部分には、変更対象帳票に関する情報を表示する。これは、図４の検索画面で選択され、図５に示された帳票である。具体的な項目は、帳票ＩＤ、帳票名、キーワード、モデル表示ＩＤ、背景ＩＤ、制約条件ＩＤである。
【００５５】
二つ目の変更対象部品８０２の部分には、変更対象帳票の中で、変更した部品のＩＤと名称を表示する。同時に２つ以上の部品が変更された場合には、部品毎に１行づつ表示する。
【００５６】
三つ目の変更対象部品使用帳票リスト８０３の部分には、変更対象部品を利用している帳票のリストを表示する。ユーザ１０１は、このリスト上で、帳票毎に上書きするのか、別名保存するのか、変更しないのかを選択する。複数の変更対象部品が存在する場合には、一つ以上の変更対象部品を利用した帳票を全てリストアップする。
【００５７】
帳票毎の変更種別は、帳票更新情報１０３として、部品・帳票更新モジュール１１８に入力される。具体的には、図６の＜帳票変更種別＞のパートに格納されている情報が入力される。
【００５８】
部品・帳票更新モジュール１１８は、帳票更新情報１０３の帳票変更種別に応じて、部品及び、マッピング情報テーブル１１２のレコードを更新したり、新規のデータを挿入したりする。
【００５９】
図１０は本実施形態の部品・帳票更新処理の処理手順を示すフローチャートである。処理１００１で部品・帳票更新モジュール１１８は、帳票更新情報１０３を参照し、変更対象帳票の変更種別を確認する。全ての変更対象帳票の変更種別が上書き保存である場合には処理１００２に進み、そうでない場合には、処理１００３に進む。
【００６０】
処理１００２では、変更対象部品のレコードを、帳票更新情報１０３の更新対象部品及び変更内容に基づいて更新する。具体的には、制約条件テーブル１０７において、制約条件ＩＤ＝Ｃ００１のレコードの制約条件コンテンツを、図１１に示す通り変更する。変更内容は、図６の帳票更新情報１０３に示す通り、文字数、最小値、最大値の３箇所である。
【００６１】
図１１は本実施形態の電子帳票設計管理装置の制約条件Ｃ００１のコンテンツの変更内容を示す図である。図１１において、ｘｓｄ：ｔｏｔａｌＤｉｇｉｔｓが文字数を表し、これを”４”から”５”に変更している。ｘｓｄ：ｍｉｎＩｎｃｌｕｓｉｖｅは最小値を表し、”１００１”から”１０００１”に変更している。  ｘｓｄ：ｍａｘＩｎｃｌｕｓｉｖｅが最大値を表し、”９９９９”から”９９９９９”に変更している。その他の項目について変更は無い。
【００６２】
処理１００３では、変更対象部品を別名保存する。具体的には、制約条件コンテンツについては、処理１００２と同様に変更されたコンテンツの生成を行い、新たな制約条件ＩＤを採番した後、新規レコードとして、制約条件テーブル１０７に追加する。すなわち、変更前の制約条件を示すレコード（制約条件ＩＤ＝Ｃ００１）については、変更を加えないまま残す処理を行う。
【００６３】
図９は本実施形態の別名保存する部品の名称とキーワードを入力する画面の表示例を示す図である。図９の別名入力画面９０１に別名保存する部品の名称とキーワードを入力する画面の表示例を示す。制約条件ＩＤには、未だ利用されていない番号を自動的に採番する。制約条件名称とキーワードは、ユーザ１０１によって入力される。
【００６４】
処理１００４以降は、マッピング情報テーブル１１２の更新に関する処理である。処理１００４では、対象帳票テーブルに未処理レコードが存在するか否かを確認し、存在する場合には処理１００５に進み、存在しない場合には本処理フローを終了する。
【００６５】
処理１００５では、未処理の変更対象帳票を一つ選択し、処理１００６では、処理１００５にて選択した変更対象帳票に関して、帳票更新情報１０３の帳票変更種別を確認し、帳票変更種別が上書きであれば処理１００７に進み、そうでなければ処理１００８に進む。
【００６６】
処理１００７では、マッピング情報テーブル１１２の変更対象帳票に関するレコードを上書き更新する。すなわち、変更対象部品のＩＤを処理１００３で保存した部品のＩＤに変更する。本実施形態の例では、制約条件ＩＤをＣ３０１に変更する処理を行う。
【００６７】
一方、処理１００８では、帳票変更種別が別名保存であるか否かを確認する。別名保存である場合には処理１００９に進み、そうでない場合には処理１００４に戻る。
【００６８】
処理１００９では、処理１００５で選択した変更対象帳票に関するレコードの複製を更新し、マッピング情報テーブル１１２に新規レコードとして追加する。すなわち、複製のレコードについて、処理１００７と同様に更新対象部品のＩＤを処理１００３で保存した部品のＩＤに変更した後、マッピング情報テーブル１１２に存在しない新たな帳票ＩＤを採番して追加する。
【００６９】
部品・帳票更新処理を実行した結果を、図９の更新結果９０２に示す。１番目と２番目の別名保存した帳票には新たな帳票ＩＤが採番されており、制約条件ＩＤが更新されている。上書き保存された３番目のレコードは制約条件ＩＤのみが更新されている。変更無しと指定された４番目のレコードには、変更が加えられていない。
【００７０】
前記の様に本実施形態では、関連帳票検索モジュール１１７で検索された電子帳票に対する全ての変更種別が上書き保存を行うことを示している場合に変更対象部品のコンテンツを更新内容で上書きし、前記検索された電子帳票に対する変更種別に上書き保存以外が含まれている場合に、変更対象部品のコンテンツを別名で登録し、その電子帳票のマッピング情報の上書きまたは新規追加を行うことにより、ユーザ１０１から指定された上書き保存、別名保存または変更無しの処理を各帳票に対して行ったと同等の処理を行っている。
【００７１】
次に、本実施形態のハードウェア構成について説明する。
図１５は本実施形態の電子帳票設計管理装置のハードウェア構成を示す図である。１５０１はクライアント端末、１５０２はネットワーク、１５０３はサーバ機である。サーバ機１５０３上に電子帳票設計管理処理部１５０４が実装されている。サーバ機１５０３は、ネットワークを介して外部記憶装置１５０５に接続されている。外部記憶装置１５０５には、モデル表示テーブル１０６、制約条件テーブル１０７、背景テーブル１０８、マッピング情報テーブル１１２が格納されている。
【００７２】
図１６は本実施形態のＮＡＳを利用した構成の例を示す図である。図１６に示す様に、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）を利用した構成も可能である。この場合、図１５においてサーバ機１５０３上で実装されていた電子帳票設計管理処理部１５０４がＮＡＳ上で実装される為、サーバ機１５０３が不要となる。
【００７３】
以上の実施形態は、以下の様に変更して実施することも可能である。
すなわち、電子帳票を構成する部品を更新することにより、一つ以上の帳票をまとめて更新して電子帳票の設計及び管理を行う際に、帳票及び部品の権限管理を行う。この場合、ユーザ１０１は、参照権限を与えられた帳票しか参照できないものとし、上書き権限を与えられた帳票しか上書き保存できないものとする。また、参照権限を与えられた帳票を別名保存することはできるものとし、上書き権限は参照権限を含むものとする。部品については、参照権限を与えられた部品しか、プロパティを参照できず、上書き権限を与えられた部品しか、上書きできないものとし、上書き権限は参照権限を含むものとする。また参照権限を与えられた部品を別名保存することはできるものとする。
【００７４】
図１２は本実施形態の権限管理用のテーブルの例を示す図である。図１２に示す様に部品権限管理テーブル１２０１では、部品毎に所有者（ＯＷＮＥＲ）、権限被付与者（ＧＲＡＮＴＥＥ）、権限（ＰＲＩＶＩＬＥＧＥ）を管理しており、権限には参照及び上書きの２種類がある。また帳票権限管理テーブル１２０２では、帳票毎に所有者（ＯＷＮＥＲ）、権限被付与者（ＧＲＡＮＴＥＥ）、権限（ＰＲＩＶＩＬＥＧＥ）を管理しており、権限には参照及び上書きの２種類がある。
【００７５】
例えば、ユーザ１０１がＵｓｅｒＢだとする。そして、ＵｓｅｒＢに帳票Ｆ００２の更新権限が与えられていない場合、本実施形態の電子帳票設計管理装置は、図８に示した帳票変更種別設定画面において、帳票変更種別の上書きの欄を選択不可能に設定する。具体的には、図７に示す変更対象帳票検索処理の中で、ステップ７０７の次に、帳票変更権限設定処理を追加する。また、本変更例においては、変更対象帳票テーブルに新たに権限カラムを追加する。
【００７６】
図１３は本実施形態の帳票変更権限設定処理の処理手順を示すフローチャートである。処理１３０１では、処理７０５にて変更対象帳票テーブルに追加した検索レコードの帳票ＩＤを、検索対象の帳票ＩＤに設定し、ＧＲＡＮＴＥＥを編集中のユーザ名とする。ここではＵｓｅｒＢである。
【００７７】
処理１３０２では、処理１３０１で設定した条件を用いて、帳票権限管理テーブル１２０２を検索し、処理１３０３では、検索したレコードの中に、処理１３０１で設定した条件を満たすレコードが存在するか否か確認する。条件を満たすレコードが存在する場合には処理１３０４に進み、そうでない場合には処理１３０８に進む。
【００７８】
処理１３０４では、検索したレコードの権限カラムの値が「上書き」である場合には処理１３０５に進み、そうでない場合には処理１３０６に進む。
【００７９】
処理１３０５では、変更対象帳票テーブルの該当するレコードの権限の値を「上書き」とする。また、処理１３０６では、検索したレコードの権限カラムの値が「参照」である場合には１３０７に進み、処理１３０７では、変更対象帳票テーブルの該当するレコードの権限の値を「参照」とする。
【００８０】
一方、処理１３０８は、処理１３０１で設定した帳票ＩＤとユーザ名の組合せでは、権限が登録されていない場合に実行され、変更対象帳票テーブルの該当するレコードの権限の値を「無し」とする。
【００８１】
図１４は本実施形態の変更例における変更対象帳票検索処理の処理結果の表示画面例を示す図である。図１４では、「制約条件ＩＤ：Ｃ００１」を使用している帳票としては、図８と同じ帳票がリストアップされているが、帳票変更種別のカラムが異なっており、Ｆ００２の帳票に関しては、「上書き」が選択できなくなっている。これは、帳票権限管理テーブル１２０２において、帳票Ｆ００２に対してＵｓｅｒＢには、参照権限しか与えられていない為である。また、帳票Ｆ００３及びＦ００４に関しては、「上書き」「別名保存」が選択できなくなっている。これは、帳票権限管理テーブル１２０２において、帳票Ｆ００３、Ｆ００４に対してＵｓｅｒＢには権限が与えられていない為である。
【００８２】
また図１０の処理１００１では、全ての変更対象帳票の変更種別が上書き保存である場合には処理１００２に進み、そうでない場合には処理１００３に進むものとしていたが、前記の権限によっては変更種別が全て変更無しとなる場合があり、その際には、変更対象部品の上書きや別名保存等を行わずに直ちに図１０の処理を終了するものとする。
【００８３】
前記の様に本実施形態では、電子帳票を、モデル表示、制約条件及び背景等の部品に分けて管理し、構成する部品を更新することにより、複数の電子帳票を更新したり、新たな電子帳票を生成することを可能にし、電子帳票のメインテナンス及び開発の効率を改善することができる。また、各部品と電子帳票の参照・更新権限を管理することにより、想定外のユーザによる部品と帳票の更新ミスを避けることも可能である。
【００８４】
以上説明した様に本実施形態の電子帳票設計管理装置によれば、更新された部品を利用している電子帳票をまとめて更新または生成するので、電子帳票のメインテナンス効率を改善することが可能である。
【００８５】
【発明の効果】
本発明によれば更新された部品を利用している電子帳票をまとめて更新または生成するので、電子帳票のメインテナンス効率を改善することが可能である。
【図面の簡単な説明】
【図１】本実施形態の電子帳票設計管理装置で行われる処理と、これらに関連するデータの概要を示す図である。
【図２】本実施形態の帳票の表示イメージと帳票のソースファイルの例を示す図である。
【図３】本実施形態の帳票を構成する部品を格納するテーブルと部品間の対応情報を格納するマッピング情報テーブル１１２の例を示す図である。
【図４】本実施形態の帳票検索画面の例を示す図である。
【図５】本実施形態の帳票検索の結果を表示する帳票表示画面と、表示画面上の帳票コントロールのプロパティ設定画面の表示例を示す図である。
【図６】本実施形態の帳票更新情報１０３の例を示す図である。
【図７】本実施形態の関連帳票検索モジュール１１７にて実行される変更対象帳票検索処理の処理手順を示すフローチャートである。
【図８】本実施形態のユーザ１０１に示される変更対象帳票検索処理の実行結果である帳票変更種別設定画面の例を示す図である。
【図９】本実施形態の別名保存する部品の名称とキーワードを入力する画面の表示例を示す図である。
【図１０】本実施形態の部品・帳票更新処理の処理手順を示すフローチャートである。
【図１１】本実施形態の電子帳票設計管理装置の制約条件Ｃ００１のコンテンツの変更内容を示す図である。
【図１２】本実施形態の権限管理用のテーブルの例を示す図である。
【図１３】本実施形態の帳票変更権限設定処理の処理手順を示すフローチャートである。
【図１４】本実施形態の変更例における変更対象帳票検索処理の処理結果の表示画面例を示す図である。
【図１５】本実施形態の電子帳票設計管理装置のハードウェア構成を示す図である。
【図１６】本実施形態のＮＡＳを利用した構成の例を示す図である。
【符号の説明】
１０１…ユーザ、１０２…帳票選択情報、１０３…帳票更新情報、１０５…帳票ファイル、１０６…モデル表示テーブル、１０７…制約条件テーブル、１０８…背景テーブル、１１２…マッピング情報テーブル、１０４…帳票表示モジュール、１０９…モデル表示管理モジュール、１１０…制約条件管理モジュール、１１１…背景管理モジュール、１１３…マッピング管理モジュール、１１４…帳票検索モジュール、１１５…帳票生成モジュール、１１６…帳票一括更新モジュール、１１７…関連帳票検索モジュール、１１８…部品・帳票更新モジュール、２０１…モデル表示、２０２…制約条件、２０３…背景、３０１…モデル表示テーブル、３０２…制約条件テーブル、３０３…背景テーブル、３０４…マッピング情報テーブル、４０１…検索条件入力ウィンドウ、４０２…検索結果ウィンドウ、４０３…検索条件、５０１…帳票表示画面、５０２…変更前帳票コントロールのプロパティ設定画面、５０３…変更後帳票コントロールのプロパティ設定画面、８０１…変更対象帳票、８０２…変更対象部品、８０３…変更対象部品使用帳票リスト、９０１…別名入力画面、９０２…更新結果、１２０１…部品権限管理テーブル、１２０２…帳票権限管理テーブル、１５０１…クライアント端末、１５０２…ネットワーク、１５０３…サーバ機、１５０４…電子帳票設計管理処理部、１５０５…外部記憶装置。
【図１】
2005011055.tif 000003
【図２】
2005011055.tif 000004
【図３】
2005011055.tif 000005
【図４】
2005011055.tif 000006
【図５】
2005011055.tif 000007
【図６】
2005011055.tif 000008
【図７】
2005011055.tif 000009
【図８】
2005011055.tif 000010
【図９】
2005011055.tif 000011
【図１０】
2005011055.tif 000012
【図１１】
2005011055.tif 000013
【図１２】
2005011055.tif 000014
【図１３】
2005011055.tif 000015
【図１４】
2005011055.tif 000016
【図１５】
2005011055.tif 000017
【図１６】
2005011055.tif 000018