JP2008015830A - 帳票のレイアウト構造出力装置及びレイアウト構造作成方法、並びにプログラム - Google Patents

Abstract

【課題】本発明は、帳票のレイアウト担当者が、帳票を使用するユーザに馴染みのあるレイアウトを自動的に作成することができ、レイアウト担当者のレイアウト設計作業の工数を削減することができる帳票のレイアウト構造出力装置を提供する。
【解決手段】依頼項目リストと使用ユーザリストが入力され、入力された使用ユーザリストに基づいてレイアウト構造管理データベース２０１からレイアウト構造情報を取得する。そして、取得したレイアウト構造情報に基づいて、依頼項目リストの依頼項目に関連する依頼項目で構成されたグループ情報を作成する。そして、作成されたグループ情報及び当該グループ情報を構成する依頼項目の並び順を並べ替え、得られた結果から帳票のレイアウト構造を表示する。
【選択図】図８

Description

本発明は、帳票のレイアウト構造を設計するレイアウト設計工程の工数を削減することが可能な帳票のレイアウト構造出力装置及びレイアウト構造作成方法、並びにプログラムに関する。

帳票を扱う業務システムでは、ユーザグループごとにカスタマイズされた帳票が必要となる場合がある。そのようなシステムにおいて、帳票のレイアウト担当者はユーザグループからの依頼ごとに帳票のレイアウトを作成する必要があり、レイアウト設計に要する作業工数は大きくなっている。

帳票のレイアウト設計作業工数の削減方法として、従来は視覚的なエディタ機能を持つ帳票作成装置が提案されている（例えば、特許文献１参照）。特許文献１では、帳票に設定された区画と該区画に属する項目を階層的に表示するツリーリストを備えた帳票エディタについて開示されている。
特開平１１−１２６２２６号公報（第７頁、図５）

しかしながら、上記特許文献１をはじめとした帳票作成装置の多くは、帳票のレイアウト構造そのものをレイアウト担当者が決定する必要があり、レイアウト設計にかかる作業工数削減には結びつかない。

また、帳票のレイアウト構造は、該帳票を使用するユーザにとって馴染みのある構造に近づけるべきである。そのため、レイアウト担当者は既存の帳票のレイアウトを参照し、関連する項目をまとめるグループ化や項目の並びを決める作業によってレイアウト構造を決定することが多い。

一方、この方法では、関連する項目の内容によっては参照すべき既存帳票の数が増え、それに伴いレイアウト構造の決定にかかる作業工数も増加するという問題がある。

本発明は、上記問題に鑑みて成されたものであり、帳票のレイアウト担当者が、帳票を使用するユーザに馴染みのあるレイアウトを自動的に作成することができ、レイアウト担当者のレイアウト設計作業の工数を削減することができる帳票のレイアウト構造出力装置及びレイアウト構造作成方法、並びにプログラムを提供することを目的とする。

上記目的を達成するために、請求項１記載のレイアウト構造出力装置は、帳票のレイアウト構造を示すレイアウト構造情報を少なくとも１つ記憶するレイアウト構造情報記憶手段と、帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を取得する項目情報取得手段と、前記レイアウト構造情報記憶手段からレイアウト構造情報を取得するレイアウト構造情報取得手段と、前記取得されたレイアウト構造情報に基づいて、前記取得された項目情報に関連する項目情報で構成されたグループ情報を作成するグループ情報作成手段と、前記作成されたグループ情報及び当該グループ情報を構成する項目情報の並び順を並べ替える並べ替え手段と、前記項目情報取得手段、前記レイアウト構造情報取得手段、前記グループ情報作成手段及び前記並べ替え手段により得られた結果から帳票のレイアウト構造を表示するレイアウト構造表示手段とを備えることを特徴とする。

上記目的を達成するために、請求項６記載のレイアウト構造作成方法は、帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を取得する項目情報取得工程と、帳票のレイアウト構造を示すレイアウト構造情報を少なくとも１つ記憶するレイアウト構造情報記憶手段からレイアウト構造情報を取得するレイアウト構造情報取得工程と、前記取得されたレイアウト構造情報に基づいて、前記取得された項目情報に関連する項目情報で構成されたグループ情報を作成するグループ情報作成工程と、前記作成されたグループ情報及び当該グループ情報を構成する項目情報の並び順を並べ替える並べ替え工程と、前記項目情報取得工程、前記レイアウト構造情報取得工程、前記グループ情報作成工程及び前記並べ替え工程にて得られた結果から帳票のレイアウト構造を表示するレイアウト構造表示工程とを備えることを特徴とする。

上記目的を達成するために、請求項１１記載のレイアウト構造出力システムは、請求項１乃至５のいずれか１項に記載のレイアウト構造出力装置と、当該レイアウト構造出力装置に接続された情報処理装置とを備えるレイアウト構造出力システムにおいて、前記情報処理装置は、帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を入力する項目情報入力手段と、前記レイアウト構造出力装置からの画面情報により帳票のレイアウト構造を表示するレイアウト構造表示手段とを備えることを特徴とする。

本発明によれば、帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を取得し、帳票のレイアウト構造を示すレイアウト構造情報を少なくとも１つ記憶するレイアウト構造情報記憶手段からレイアウト構造情報を取得する。そして、取得したレイアウト構造情報に基づいて、取得した項目情報に関連する項目情報で構成されたグループ情報を作成する。そして、作成されたグループ情報及び当該グループ情報を構成する項目情報の並び順を並べ替え、得られた結果から帳票のレイアウト構造を表示する。これにより、帳票のレイアウト担当者が、帳票を使用するユーザに馴染みのあるレイアウトを自動的に作成することができ、レイアウト担当者のレイアウト設計作業の工数を削減することができる。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

図１は、本発明の実施の形態に係る帳票のレイアウト構造出力装置を含むレイアウト構造出力システムの構成を示すブロック図である。

図１において、レイアウト構造出力システムは、帳票を管理する業務サーバ１００と、帳票のレイアウト構造出力装置であるレイアウト構造出力サーバ２００と、当該システムを利用する利用者（ユーザ）の利用者端末３００とを備え、これらがＬＡＮ（Local Area Network）やインターネット等のネットワークを介して互いに接続されている。

業務サーバ１００は、不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、表示装置、操作装置、及び通信インタフェース（Ｉ／Ｆ）等を備えるサーバで構成される。業務サーバ１００内のハードディスク等には、業務データベース１０１、業務プログラム１０２が格納されている。業務データベース１０１には、各種帳票と該帳票を利用しているユーザに関する情報とが保持されている。業務プログラム１０２は、帳票を扱う業務アプリケーションを制御するためのプログラムであり、不図示のＣＰＵにより読み出されて実行される。

レイアウト構造出力サーバ２００は、業務サーバ１００と同様の構成を備えるサーバから成る。レイアウト構造出力サーバ２００内のハードディスクにはレイアウト構造管理データベース２０１、レイアウト構造管理プログラム２０８、及びレイアウト構造出力プログラム２０９が格納されている。

レイアウト構造管理データベース２０１には、業務サーバ１００がサービスとして提供している帳票のレイアウト構造に関する情報（以下、「レイアウト構造情報」という。）が保持されている。帳票のレイアウト構造情報は、図２３に示すようなツリー状の帳票のレイアウト構造を表現するために必要な情報の全てをいう。例えば、帳票Ａは「機種名、オーダー、分類、問題発生日、関連問題票Ｎｏ．（ｌｉｎｋ）、ウエイト、発生頻度」の７項目により構成され、このうち「機種名、オーダー、分類」、「問題発生日」、「関連問題票Ｎｏ．（ｌｉｎｋ）」、「ウエイト、発生頻度」がそれぞれグループ（仮にグループＡ、グループＢ、グループＣ、グループＤとする。）としてまとめられているといった情報から成る。さらにグループＡ，Ｂ，Ｃ，Ｄは階層レベルが３であり、項目同士の配置順は「機種名、オーダー、分類、問題発生日、関連問題票Ｎｏ．（ｌｉｎｋ）、ウエイト、発生頻度」となる、といった情報も含まれる。

レイアウト構造管理データベース２０１は、項目−グループ−レイアウト関係管理テーブル２０２、項目順管理テーブル２０３、グループ階層レベル管理テーブル２０４、帳票−レイアウト関係管理テーブル２０５、項目情報管理テーブル２０６、及びレイアウト情報管理テーブル２０７という各テーブル情報を備える。

利用者端末３００は、不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、表示装置、操作装置、及び通信インタフェース（Ｉ／Ｆ）等を備えるパーソナルコンピュータで構成される。なお、図１では、２台の利用者端末３００がネットワークに接続されているが、これに限定されず、１台であっても２台以上あってもよい。

利用者端末３００は、帳票を作成するために必要な情報がユーザから入力されると、作成する帳票の項目リスト（以下、「依頼項目リスト」という。）及び作成する帳票を使用するユーザのリスト（以下、「使用ユーザリスト」という。）をレイアウト構造出力サーバ２００に送信する。

レイアウト構造出力サーバ２００は、利用者端末３００から送信された依頼項目リストと使用ユーザリストを受信する。その後、レイアウト構造出力サーバ２００は、業務サーバ１００にアクセスし、受信した使用ユーザリストに含まれる各ユーザが過去から現在まで使用した使用歴のある帳票ＩＤを取得する。そして、レイアウト構造出力サーバ２００は、取得した帳票ＩＤに対応するレイアウトＩＤをレイアウト構造管理データベース２０１内の帳票−レイアウト関係管理テーブル２０５から取得する。さらに、レイアウト構造出力サーバ２００は、取得したレイアウトＩＤに対応するレイアウト構造情報をレイアウト構造管理データベース２０１から取得する。

取得したレイアウト構造情報、受信した依頼項目リスト及び使用ユーザリストを入力として、レイアウト構造出力プログラム２０９によりレイアウト構造出力処理が行われる。その結果、レイアウト構造出力サーバ２００は、使用ユーザリストに含まれる各ユーザにより現在まで使用されたことがある帳票のレイアウトと、項目の構造上、親和性の高いレイアウト構造を出力する。ここで親和性の高いレイアウト構造とは、帳票を構成する関連ある項目同士がグループとしてまとめられ、さらにグループ内の項目同士の配置順及びグループ同士の配置順について、ユーザにとって使用したことがある帳票と構造が類似したレイアウト構造を指す。例えば、「機種名、オーダー、分類」の３項目は帳票を識別するための情報として関連しているためグループ化される。他にも、ある項目とある項目は情報の関連性が高く、レイアウト上隣同士になっていた方が適切であると判断できる場合にもそれらはグループ化される（例えば、「発生台数、評価台数」などは障害発生率などを測る項目という意味で関連する。)。最初のレイアウト構造を作成する場合は基準になるものが何もないため、これらの基準を元に設計者によってグループが決定される。グループ化されたデータがシステムに蓄積されていくことで、より親和性の高いレイアウト構造が出力される。

図２は、図１のレイアウト構造出力サーバ２００により管理される項目−グループ−レイアウト関係管理テーブル２０２の内容の一例を示す図である。

図２において、項目−グループ−レイアウト関係管理テーブル２０２は、項目ＩＤカラム４０１と、グループＩＤカラム４０２と、レイアウトＩＤカラム４０３とによって構成される。項目ＩＤカラム４０１に格納される項目ＩＤは、帳票を構成する項目を一意に特定するためのＩＤである。グループＩＤ４０２に格納されるグループＩＤは、帳票を構成する関連ある項目をまとめた項目グループを一意に特定するためのＩＤである。１つのグループＩＤは単一の項目若しくは複数の項目によって構成される。

レイアウトＩＤ４０３に格納されるレイアウトＩＤは、帳票のレイアウト構造を一意に特定するためのＩＤである。１つのレイアウトＩＤは単一のグループ若しくは複数のグループによって構成される。

図３は、レイアウト構造出力サーバ２００により管理される項目順管理テーブル２０３の内容の一例を示す図である。

図３において、項目順管理テーブル２０３は、レイアウトＩＤカラム５０１と、項目ＩＤカラム５０２と、配置順番号カラム５０３とによって構成される。レイアウトＩＤと項目ＩＤとの組み合わせにより、配置順番号が一意に決定される。また、配置順番号は同一のレイアウトにおいて重複することなく、１から始まる整数である。

図４は、レイアウト構造出力サーバ２００により管理されるグループ階層レベル管理テーブル２０４の内容を示す図である。

図４において、グループ階層レベル管理テーブル２０４は、グループＩＤカラム６０１と、レイアウトＩＤカラム６０２と、階層レベルカラム６０３とによって構成される。階層レベルカラム６０３に格納される階層レベルは、該当する項目グループがレイアウト構造において何階層目にあるかを示す数値である。階層レベルは、グループＩＤとレイアウトＩＤとの組み合わせによって一意に決定される。

図５は、レイアウト構造出力サーバ２００により管理される帳票−レイアウト関係管理テーブル２０５の内容を示す図である。

図５において、帳票−レイアウト関係管理テーブル２０５は、帳票ＩＤカラム７０１と、レイアウトＩＤカラム７０２とによって構成される。帳票ＩＤは業務サーバ１００が管理する帳票ＩＤと共通であり、この帳票ＩＤにより、業務サーバ１００で利用されている帳票のレイアウトが取得される。

図６は、レイアウト構造出力サーバ２００により管理される項目情報管理テーブル２０６の内容を示す図である。

図６において、項目情報管理テーブル２０６は、項目ＩＤカラム８０１と、項目名カラム８０２とによって構成される。

図７は、レイアウト構造出力サーバ２００により管理されるレイアウト情報管理テーブル２０７の内容を示す図である。

図７において、レイアウト情報管理テーブル２０７は、レイアウトＩＤカラム９０１と、レイアウト名カラム９０２とによって構成される。

次に、利用者端末３００から入力された依頼項目リスト及び使用ユーザリストによって、レイアウト構造出力サーバ２００が利用者端末３００に対してレイアウト構造を出力するレイアウト構造出力処理について図８を参照して説明する。

図８は、帳票のレイアウト構造出力処理の流れを示すフローチャートである。本処理は、レイアウト構造出力プログラム２０９等に基づいてレイアウト構造出力サーバ２００及び利用者端末３００内の各ＣＰＵにより協同して実行される処理である。なお、後述するステップＳ１００１，Ｓ１００２，Ｓ１００８の処理は利用者端末３００内のＣＰＵにより実行される。それ以外の処理はレイアウト構造出力サーバ２００内のＣＰＵがレイアウト構造出力プログラム２０９を実行することにより実行される。

図８において、まず、帳票のレイアウト構造を設計するレイアウト担当者（ユーザ）が利用者端末３００に帳票作成依頼主から受け取った依頼項目リストを入力する（ステップＳ１００１）。利用者端末３００は依頼項目リストの入力を受け付ける。次に、ユーザが利用者端末３００に帳票作成依頼主から受け取った使用ユーザリストを入力する（ステップＳ１００２）。利用者端末３００は使用ユーザリストの入力を受け付ける。そして、利用者端末３００は、受け付けた依頼項目リスト及び使用ユーザリストをレイアウト構造出力サーバ２００へ送信する。レイアウト構造出力サーバ２００は、受信した依頼項目リスト及び使用ユーザリストをハードディスク等に一時格納する。

次に、レイアウト構造出力サーバ２００内のＣＰＵは、新規にレイアウト構造を出力するための分析対象となるレイアウト構造情報をレイアウト構造管理データベース２０１から読み込む（ステップＳ１００３）。次に、ステップＳ１００１の処理によって入力された依頼項目リストにおける依頼項目の並び順をソートする（ステップＳ１００４）。次に、ソートされた依頼項目のリストからリスト順に各依頼項目が属する項目グループを作成する（ステップＳ１００５）。

次に、ステップＳ１００５の処理によって作成された項目グループを構成する項目と最も共通項目の数が多い、グループＩＤを項目−グループ−レイアウト関係管理テーブル２０２から取得し、そのグループＩＤを用いて、レイアウト構造管理データベース２０１内のグループ階層レベル管理テーブル２０４から、各項目グループの階層レベルの値を取得する（ステップＳ１００６）。階層レベルとは、図４に示すグループ階層レベル管理テーブル２０４による階層レベルを指す。

次に、ステップＳ１００６の処理によって取得した各項目グループの階層レベルの値について同値（同階層）となる項目グループ同士の並び順をソートする（ステップＳ１００７）。次に、ステップＳ１００１からステップＳ１００７までの処理によって得られた情報を用いて、図２３に示すようなツリー状の階層構造を有するレイアウト構造を利用者端末３００上に表示して（ステップＳ１００８）、本処理を終了する。以上の処理の概要を図２４に示す。

次に、図８に示した各処理の詳細について説明する。

図９は、図８におけるステップＳ１００３のレイアウト構造情報読み込み処理の詳細を示すフローチャートである。本処理は、レイアウト構造出力プログラム２０９に基づいてレイアウト構造出力サーバ２００内のＣＰＵにより実行される処理である。

図９において、ＣＰＵは、まず利用者端末３００から受信した使用ユーザリストを読み出す（ステップＳ１１０１）。次に、ＣＰＵは、業務サーバ１００にアクセスし、業務データベース１０１から使用ユーザリスト上のユーザが使用している帳票ＩＤを全て取得する（ステップＳ１１０２）。取得する帳票ＩＤは当該ユーザが現在使用しているものや過去に使用したものが含まれる。

次に、ＣＰＵは、ステップＳ１１０２で取得した帳票ＩＤに対応するレイアウトＩＤを、レイアウト構造管理データベース２０１内の帳票−レイアウト関係管理テーブル２０５から取得する（ステップＳ１１０３）。

次に、ＣＰＵは、レイアウトＩＤに対応するレイアウト構造情報をレイアウト構造管理データベース２０１から取得して（ステップＳ１１０４）、本処理を終了する。なお、ステップＳ１１０２の処理の際に、レイアウト構造出力システム上で予め設定された人数を閾値として、該閾値以上のユーザが使用している帳票ＩＤのみを取得することも可能である。例えば、閾値が３と設定され、ユーザリストに含まれるユーザが「Ａさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん」の５人である場合、Ａさん〜Ｅさんまでのうち少なくとも３人以上が一度でも利用している帳票に限定して、帳票ＩＤを取得することが可能である。また、使用ユーザリストに含まれるユーザの情報が業務データベース１０１に存在しない場合にステップＳ１００１の処理によって入力された依頼項目リストと項目が類似する帳票ＩＤを取得することも可能である。

図１０は、図８におけるステップＳ１００４の依頼項目リストのソート処理の詳細を示すフローチャートである。本処理は、レイアウト構造出力プログラム２０９に基づいてレイアウト構造出力サーバ２００内のＣＰＵにより実行される処理である。

図１０において、ＣＰＵは、利用者端末３００から受信した依頼項目リストを読み出す（ステップＳ１２０１）。次に、ＣＰＵは、図９の処理にて取得したレイアウト構造情報を読み込む（ステップＳ１２０２）。

次に、ＣＰＵは、ステップＳ１２０２の処理にて読み込んだレイアウト構造情報から、依頼項目リストの依頼項目ごとに当該依頼項目が含まれる項目グループを全て抽出する。加えて、抽出した各項目グループに含まれる依頼項目数の総和を算出する（ステップＳ１２０３）。依頼項目数の総和は、抽出した各項目グループに含まれる依頼項目リストにある依頼項目の総和である。例えば、依頼項目リストに含まれる依頼項目が「機種名、オーダー、分類」であり、レイアウト構造情報から「機種名、オーダー、Ｂｎｏ」、「機種名、ウエイト」という２つの項目グループを抽出した場合、「機種名」に対する依頼項目数の総和は２（機種名、オーダー）＋１（機種名）＝３となる。そして、依頼項目リスト上の全ての依頼項目について上記処理を行い、依頼項目ごとに算出された依頼項目数の総和を数値として保持する。

次に、ＣＰＵは、依頼項目について算出された数値に基づいて、依頼項目リストの並び順を降順にソートする（ステップＳ１２０４）。ここで仮に、数値が同値となった場合は依頼項目名の自然順序に従い、同値項目同士で並び順をソートする。自然順序とは、文字列に対してUnicodeの数値によって順序を決めることを意味する。一般的な辞書式順序と同義である。

このように依頼項目数の総和を利用して依頼項目リストの並び順をソートする理由は、図１０の処理後に行われる後述する図１１及び図１２の処理、即ち項目グループ同士の結合の有効性を考慮して、できるだけ多くの依頼項目を含む項目グループにある依頼項目から順に処理を行うためである。

図１１及び図１２は、図８におけるステップＳ１００５の項目グループ作成処理の詳細を示すフローチャートである。本処理は、レイアウト構造出力プログラム２０９に基づいてレイアウト構造出力サーバ２００内のＣＰＵにより実行される処理である。

図１１において、まず、ＣＰＵは、図１０の処理にて得られたソート後の依頼項目リストを読み込む（ステップＳ１３０１）。次に、ＣＰＵは、作成した項目グループを格納するための領域（以下、「領域Ａ」と呼ぶ。）をレイアウト構造出力サーバ２００内のメモリ上に用意する（ステップＳ１３０２）。

次に、ＣＰＵは、グループ作成処理できない依頼項目を格納するための領域（以後、「領域Ｂ」と呼ぶ。）をレイアウト構造出力サーバ２００内のメモリ上に用意する（ステップＳ１３０３）。次に、ＣＰＵは、ステップＳ１３０１にて読み込んだ依頼項目リスト上の１番目の依頼項目から最後の依頼項目に対して順に以下に示す処理（ステップＳ１３０４〜ステップＳ１３１６）を繰り返し行う（ステップＳ１３０４）。

ＣＰＵは、図８のステップＳ１００３の処理にて取得したレイアウト構造情報と領域Ａに格納された項目グループから処理対象の依頼項目を含む項目グループを検索する（ステップＳ１３０５）。なお、処理の開始当初は、領域Ａに項目グループが格納されていないことから、レイアウト構造情報から当該依頼項目を含むグループが検索される。

次に、ＣＰＵは、処理対象の依頼項目を含む項目グループを１つ以上検索できたか否かを判別し（ステップＳ１３０６）、１つ以上の項目グループが検索されたときは、ステップＳ１３０８へ進む。一方、処理対象の依頼項目を含む項目グループを１つも検索できなかった場合は、当該依頼項目については処理対象とはせず、依頼項目を領域Ｂに格納し（ステップＳ１３０７）、図１２のステップＳ１３１７へ進む。

次に、ＣＰＵは、ステップＳ１３０５の検索処理により検索された項目グループのうち、当該グループ内の依頼項目の数が最も多い項目グループを抽出し（ステップＳ１３０８）、抽出された項目グループが複数あるか否かを判別する（ステップＳ１３０９）。ここでは、処理対象の依頼項目を最も多く含む項目グループが複数あるか、つまり最大の項目グループが複数あるかをチェックする。この判別の結果、抽出された項目グループが１つであるときは（ステップＳ１３０９でＮＯ）、その項目グループを取得して（ステップＳ１３１０）、図１２のステップＳ１３１３へ進む。

一方、ＣＰＵは、ステップＳ１３０８の処理において抽出された項目グループが複数ある場合（ステップＳ１３０９でＹＥＳ）、当該項目グループを含むレイアウトが使用されている帳票ＩＤに基づいて、業務サーバ１００にアクセスし、各レイアウトを使用している帳票の発行総数を取得する（ステップＳ１３１１）。例えば、２つのグループが同じレイアウト上で使用されている場合、帳票ＩＤは同じものになる。

次に、ＣＰＵは、ステップＳ１３１１で取得した発行総数のうち、最も発行総数が多い帳票のレイアウトに含まれる項目グループを取得する（ステップＳ１３１２）。但し、発行総数が同値の場合はレイアウト名の自然順序に従って、より上位にあるレイアウトに含まれる項目グループを取得する。

次に、図１２のステップＳ１３１３では、取得した項目グループについて、レイアウト構造情報から取得した項目グループか、領域Ａから取得した項目グループかを判定する。なお、処理の開始当初は領域Ａに何も格納されていないため、ステップＳ１３０９の判定はＮＯになる。ステップＳ１３１３の判定の結果、領域Ａから取得したグループである場合（ステップＳ１３１３でＹＥＳ）、ステップＳ１３１６へ進み、繰り返し処理をスキップする。

一方、レイアウト構造情報から取得した項目グループである場合、レイアウト構造情報から取得した項目グループと領域Ａに格納された項目グループとの間で共通する依頼項目が、レイアウト構造情報から取得した項目グループを構成する依頼項目のうち過半数以上を占めているか否かを判別する（ステップＳ１３１４）。例えば、「機種名、オーダー、分類、発行年月日」という依頼項目を含む項目グループが領域Ａに格納されており、新たにレイアウト構造情報から「機種名、オーダー、分類、ウエイト」という項目グループを取得した場合、「機種名、オーダー、分類」という依頼項目が２つの項目グループの共通項目であり、該「機種名、オーダー、分類」がレイアウト構造情報から取得した項目グループ「機種名、オーダー、分類、ウエイト」のうち過半数以上（３／４）を占めている。

ステップＳ１３１４の判別の結果、共通項目が過半数以上ない場合（ステップＳ１３１４でＮＯ）、ステップＳ１３１６へ進む一方、共通項目が過半数以上ある場合（ステップＳ１３１４でＹＥＳ）、これらのグループを保持する項目数の大きい項目グループが上位になるように結合する（ステップＳ１３１５）。結合後のグループの順位は、項目グループを構成する項目数の大小により決まるものとする。例えば、レイアウト構造情報から取得した項目グループが「発行年月日、分類」という項目で構成されており、領域Ａに格納された項目グループが「機種名、オーダー、分類」という項目で構成されている場合、項目数は「機種名、オーダー、分類」（３）＞「発行年月日、分類」（２）となるため、結合後の項目の順序は「機種名、オーダー、分類、発行年月日」となる。

次に、取得した項目グループを領域Ａに格納し（ステップＳ１３１６）、依頼項目リストにある依頼項目の全てに対して上記処理が完了した後、領域Ｂに格納された依頼項目を出力する（ステップＳ１３１７）。続いて、領域Ａに格納された項目グループを出力する（ステップＳ１３１８）。出力された依頼項目及びグループはハードディスク等に一時格納される。以上の処理の概要を図２５に示す。

図１３は、図８におけるステップＳ１００７の同階層グループ間のソート処理の詳細を示すフローチャートである。本処理は、レイアウト構造出力プログラム２０９に基づいてレイアウト構造出力サーバ２００内のＣＰＵにより実行される処理である。

図１３において、まず、ＣＰＵが図１２のステップＳ１３１８にて一時格納された項目グループをグループリストとして読み出す（ステップＳ１４０１）。次に、図８のステップＳ１００３の処理で読み込んだレイアウト構造情報を読み出す（ステップＳ１４０２）。

次に、ステップＳ１４０１の処理にて読み出したグループリスト上の各項目グループの先頭項目同士を、ステップＳ１４０２の処理にて読み出したレイアウト構造情報における項目同士の位置関係に応じてソートする（ステップＳ１４０３）。この処理により、グループリストにおける各項目グループの並び順がソートされる。

図１４は、利用者端末３００上に表示される画面の遷移を示す図である。

図１４において、ユーザが操作を開始すると必要事項入力画面１６００を表示する。必要事項入力画面１６００の一例については図１５にて詳述する。必要事項入力画面１６００上で「次へ」ボタンが押下されると、項目関連付け画面１７００に遷移する。項目関連付け画面１７００の一例については図１６にて詳述する。項目関連付け画面１７００上で「戻る」ボタンが押下されると、必要事項入力画面１６００に遷移する。

一方、項目関連付け画面１７００上で所望の「選択」ボタンが押下されると、対応項目検索画面１８００に遷移する。対応項目検索画面１８００の具体例については図１９にて詳述する。対応項目検索画面１８００上で「決定」ボタンが押下されると、項目関連付け画面１７００に遷移する。

項目関連付け画面１７００上で「次へ」ボタンが押下されると、内容確認画面１９００に遷移する。内容確認画面１９００の具体例については図２１にて詳述する。内容確認画面１９００上で「戻る」ボタンが押下されると、項目関連付け画面１７００に遷移する。また、内容確認画面１９００上で「レイアウト構造出力」ボタンが押下されると、レイアウト構造出力画面２０００に遷移する。レイアウト構造出力画面２０００の一例については図２３にて詳述する。レイアウト構造出力画面２０００上で「戻る」ボタンが押下されると内容確認画面１９００に遷移する。

以下、各画面の詳細について説明する。

図１５は、図１４の必要事項入力画面１６００の一例を示す図である。

図１５において、必要事項入力画面１６００には、新規レイアウト名入力フィールド１６０１と、依頼項目名入力エリア１６０２と、使用ユーザ入力エリア１６０３と、「次へ」ボタン１６０４と、「キャンセル」ボタン１６０５とが配されている。

新規レイアウト名入力フィールド１６０１は、ユーザが作成する帳票のレイアウト名を任意の文字列で入力することが可能なテキストフィールドであり、レイアウト構造出力システムにて出力されるレイアウト構造を一意に特定するためのレイアウト構造名である。依頼項目名入力エリア１６０２は帳票作成依頼主から受け取った依頼項目名を入力するエリアである。使用ユーザ入力エリア１６０３は帳票作成依頼主から受け取った使用ユーザを入力するエリアである。「次へ」ボタン１６０４は項目関連付け画面１７００へ遷移するためのボタンである。「キャンセル」ボタン１６０５は処理を終了するためのボタンである。

次に、必要事項入力画面１６００上でユーザが必要事項を入力し、「次へ」ボタン１６０４が押下された場合のレイアウト構造出力システムの動作について説明する。

図１６は、必要事項入力画面１６００上で必要事項が入力された後のレイアウト構造出力システムの概略動作を表すシーケンスである。

図１６において、ユーザ（利用者）が必要事項入力画面１６００上で必要事項を入力して「次へ」ボタンを押下すると（２１０１）、必要事項入力画面１６００から入力管理部に登録メッセージが送信される（２１０２）。

入力管理部は、レイアウト構造出力プログラム２０９からの命令によりレイアウト構造出力サーバ２００のメモリ中に一連の処理単位に生成されるオブジェクトであり、その内部にデータと所定の手続きと複数保持されている。具体的には、データとして、必要事項入力画面１６００にて入力された入力内容（図１６）、業務サーバ１００から取得した帳票ＩＤ（図１６）、レイアウト構造出力サーバ２００から取得した項目リスト（図１６）、未検出項目（図１６）、項目関連付け画面１７００にて入力された入力内容（図１８）、未検出項目を対応項目で置換した依頼項目リスト（図１８）、レイアウト構造出力サーバ２００から取得した、分析対象のレイアウト名（図１８）を保持する。また、手続き（機能）として、必要事項入力画面１６００にて入力された内容を自身オブジェクトに保存する機能（図１６）、依頼項目名のリストと項目名リストから未検出項目を取得する機能（図１６）、項目関連付け画面１７００にて入力された内容を自身オブジェクトに保存する機能（図１８）、未検出項目を対応項目で置換した依頼項目リストを自身オブジェクトに保存する機能（図１８）、レイアウト構造出力サーバから取得した、分析対象のレイアウト名を自身オブジェクトに保存する機能（図１８）、レイアウト構造作成の命令を受け付ける機能（図２２）を保持する。

図１６に戻り、入力管理部は、使用ユーザを引数として、業務サーバ１００に帳票ＩＤ取得メッセージを送る（２１０３）。また、入力管理部は、受け取った帳票ＩＤを引数として、レイアウト構造出力サーバ２００に項目リスト取得メッセージを送る。また、入力管理部は、依頼項目リストとレイアウト構造出力サーバ２００から受け取った項目リストから依頼項目のうち検出できない未検出項目を取得する（２１０５）。さらに、入力管理部２１０３は、取得した未検出項目を引数にして、項目関連付け画面１７００へ表示メッセージを送る（２１０６）。

図１７は、図１４の項目関連付け画面１７００の一例を示す図である。

図１７において、項目関連付け画面１７００には、未検出項目一覧１７０１と、対応項目入力フィールド１７０２と、「選択」ボタン１７０３と、「戻る」ボタン１７０４と、「次へ」ボタン１７０５と、「キャンセル」ボタン１７０６とが配されている。

未検出項目一覧１７０１は、必要事項入力画面１６００において入力された依頼項目名のうち、検出することができなかった項目の一覧である。対応項目入力フィールド１７０２は、未検出項目１７０１に対し、対応させる項目を入力させるフィールドである。「選択」ボタン１７０３は対応項目検索画面１８００に遷移するためのボタンである。「戻る」ボタン１７０４は必要事項入力画面１６００に遷移するためのボタンである。「次へ」ボタン１７０５は内容確認画面１９００に遷移するためのボタンである。「キャンセル」ボタン１７０６は処理を終了するためのボタンである。

次に、項目関連付け画面１７００上でユーザが対応項目を入力し、「次へ」ボタン１７０５が押下された場合のレイアウト構造出力システムの動作について説明する。

図１８は、項目関連付け画面１７００上で対応項目が入力された後のレイアウト構造出力システムの概略動作を表すシーケンスである。

図１８において、ユーザ２１０１が項目関連付け画面１７００上で対応項目を入力して「次へ」ボタンを押下すると（２２０１）、項目関連付け画面１７００から入力管理部に登録メッセージが送信される（２２０２）。

入力管理部は、受け取った未検出項目と対応項目について置換処理を行い、未検出項目を対応項目で置換した依頼項目リストを新たに登録する（２２０３）。また、入力管理部は、管理されている帳票ＩＤを引数にして、レイアウト構造出力サーバ２００に分析対象のレイアウト名リスト取得メッセージを送る（２２０４）。また、入力管理部は、取得したレイアウト名リストを引数にして、内容確認画面２１０７に表示メッセージを送る（２２０５）。

図１９は、図１４における対応項目検索画面１８００の具体例を示す図である。

図１９において、対応項目検索画面１８００には、キーワード入力フィールド１８０１と、「検索」ボタン１８０２と、ラジオボタン付き検索結果一覧１８０３と、「決定」ボタン１８０４と、「閉じる」ボタン１８０５とが配されている。

キーワード入力フィールド１８０１は任意の文字列を入力するテキストフィールドあり、「検索」ボタン１８０２が押下されることで、キーワードとして入力された文字列を検索キーワードとして、業務サーバ１００に対して項目検索を実行する。ラジオボタン付き検索結果一覧１８０３は検索結果をリスト形式の一覧で表示するパネルである。「決定」ボタン１８０４はユーザによってラジオボタン付き検索結果一覧１８０３の中から選択された項目を、項目関連付け画面１７００における対応項目１７０２として入力するボタンである。「閉じる」ボタン１８０５は対応項目検索画面１８００を閉じるためのボタンである。

次に、対応項目検索画面１８００上でユーザがキーワード検索を行った場合の動作と検索結果一覧から項目を選択し、「決定」ボタン１８０４が押下された場合のレイアウト構造出力システムの動作について説明する。

図２０は、対応項目検索画面１８００上で「決定」ボタン１８０４が押下された後のレイアウト構造出力システムの概略動作を表すシーケンスである。

図２０において、ユーザが対応項目検索画面１８００上でキーワードを入力して「検索」ボタンを押下すると（２３０１）、対応項目検索画面１８００から業務サーバ１００に、入力されたキーワードを引数にして項目の検索実行のメッセージが送られる（２３０２）。そして、業務サーバ１００から検索でヒットした項目の検索結果リストが返される（２３０３）。

次に、ユーザが項目の検索結果リストから項目を選択して「決定」ボタンを押下すると（２３０４）、項目関連付け画面１７００に対し、選択した対応項目を引数にして画面表示のメッセージが送信される（２３０５）。

図２１は、図１４における内容確認画面１９００の具体例を示す図である。

図２１において、内容確認画面１９００には、依頼項目リスト表示１９０１と、分析対象のレイアウト一覧表示１９０２と、「戻る」ボタン１９０３と、「レイアウト構造出力」ボタン１９０４と、「キャンセル」ボタン１９０５とが配されている。

依頼項目リスト表示１９０１は、必要事項入力画面１６００上でユーザにより入力された依頼項目名１６０２の内容及び項目関連付け画面１７００上でユーザにより入力された対応項目１７０２の内容が反映された依頼項目リストの表示パネルである。分析対象のレイアウト一覧表示１９０２は、必要事項入力画面１６００上でユーザにより入力された使用ユーザ１６０３の内容から抽出された、新規レイアウト構造を出力するために分析を行うレイアウト一覧の表示パネルである。

「戻る」ボタン１９０３は項目関連付け画面１７００に遷移するためのボタンである。「レイアウト構造出力」ボタン１９０４は内容確認画面１９００に表示されている内容からユーザに対して、新規レイアウト構造を表示するレイアウト構造出力画面２０００に遷移するためのボタンである。「キャンセル」ボタン１９０５は処理を終了するためのボタンである。

次に、内容確認画面１９００上でユーザがレイアウト構造出力ボタン１９０４を押下した場合のレイアウト構造出力システムの動作について説明する。

図２２は、内容確認画面１９００上で「レイアウト構造出力」ボタン１９０４が押下された後のレイアウト構造出力システムの概略動作を表すシーケンスである。

図２２において、ユーザが「レイアウト構造出力」ボタン１９０４を押下すると、内容確認画面１９００から入力管理部に対し、レイアウト構造作成メッセージが送られる（２４０１）。メッセージを受け取った入力管理部は、オブジェクト内部に管理されている新規レイアウト名、依頼項目リスト、分析対象のレイアウトを引数にして、レイアウト構造出力プログラム２０９に対して、実行処理メッセージを送る（２４０２）。レイアウト構造出力プログラム２０９は内部処理を実行した後、作成した新規レイアウト構造をレイアウト構造出力画面２０００に表示するメッセージを送る（２４０４）。

図２３は、図１４のレイアウト構造出力画面２０００の一例を示す図である。

図２３において、レイアウト構造出力画面２０００には、レイアウト構造名表示パネル２００１と、ツリー型レイアウト構造表示パネル２００２と、「戻る」ボタン２００３と、「画像保存」ボタン２００４と、「データベース登録」ボタン２００５と、「印刷」ボタン２００６とが配されている。

レイアウト構造名表示パネル２００１は、必要事項入力画面１６００において、ユーザによって入力された新規レイアウト名１６０１の内容が表示される。ツリー型レイアウト構造表示パネル２００２は、新規レイアウトのレイアウト構造をツリー状に表現した画像を表示するパネルである。レイアウト構造は関連する項目同士を項目グループとしてまとめ、さらにグループ同士の関係をツリー状の階層構造によって表現する。なお、グループに属する項目が単一である場合には、グループを表現する箱型のアイコンは省略されている。レイアウト構造全体がレイアウト構造表示パネル２００２に全て表示しきれない場合は、レイアウト構造表示パネル２００２の右側全体にスクロールバーが自動的に表示される。

「戻る」ボタン２００３は内容確認画面１９００に遷移するためのボタンである。「画像保存」ボタン２００４はツリー型レイアウト構造表示パネル２００２に表示されているレイアウト構造を画像ファイルとして利用者端末３００内のローカルディスクに保存するためのボタンである。「データベース登録」ボタン２００５は上述した手順によって作成され、ツリー型レイアウト構造表示パネル２００２に表示されているレイアウト構造に係る情報をレイアウト構造管理データベース２０１に登録するためのボタンである。「印刷」ボタン２００６はツリー型レイアウト構造表示パネル２００２に表示されているレイアウト構造の画像を利用者端末３００に接続された印刷装置から印刷出力するためのボタンである。

上記実施の形態によれば、依頼項目リストと使用ユーザリストが入力され、入力された使用ユーザリストに基づいてレイアウト構造管理データベース２０１からレイアウト構造情報を取得する。そして、取得したレイアウト構造情報に基づいて、依頼項目リストの依頼項目に関連する依頼項目で構成された項目グループを作成する。そして、作成された項目グループ及び当該項目グループを構成する依頼項目の並び順を並べ替え、得られた結果から帳票のレイアウト構造を表示する。これにより、帳票のレイアウト担当者が、帳票を使用するユーザに馴染みのあるレイアウトを自動的に作成することができ、レイアウト担当者のレイアウト設計作業の工数を削減することができる。

本発明の目的は、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給することによっても達成される。その場合、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行する。該記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク等を用いることができる。また、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ±ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。また、プログラムコードをネットワークを介してダウンロードしてもよい。

コンピュータが読み出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけではない。すなわち、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけではない。すなわち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も、本発明に含まれることは云うまでもない。

この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

本発明の実施の形態に係るレイアウト構造出力装置を含むレイアウト構造出力システムの構成を示すブロック図である。 図１のレイアウト構造出力サーバにより管理される項目−グループ−レイアウト関係管理テーブルの内容の一例を示す図である。 レイアウト構造出力サーバにより管理される項目順管理テーブルの内容の一例を示す図である。 レイアウト構造出力サーバにより管理されるグループ階層レベル管理テーブルの内容を示す図である。 レイアウト構造出力サーバにより管理される帳票−レイアウト関係管理テーブルの内容を示す図である。 レイアウト構造出力サーバにより管理される項目情報管理テーブルの内容を示す図である。 レイアウト構造出力サーバにより管理されるレイアウト情報管理テーブルの内容を示す図である。 帳票のレイアウト構造出力処理の流れを示すフローチャートである。 図８のステップＳ１００３のレイアウト構造情報読み込み処理の詳細を示すフローチャートである。 図８のステップＳ１００４の依頼項目リストのソート処理の詳細を示すフローチャートである。 図８のステップＳ１００５のグループ作成処理（その１）の詳細を示すフローチャートである。 図８のステップＳ１００５のグループ作成処理（その２）の詳細を示すフローチャートである。 図８のステップＳ１００７の同階層グループ間のソート処理の詳細を示すフローチャートである。 利用者端末上に表示される画面の遷移を示す図である。 図１４の必要事項入力画面の一例を示す図である。 必要事項入力画面上で必要事項が入力された後のレイアウト構造出力システムの概略動作を表すシーケンスである。 図１４の項目関連付け画面の一例を示す図である。 項目関連付け画面上で対応項目が入力された後のレイアウト構造出力システムの概略動作を表すシーケンスである。 図１４における対応項目検索画面の具体例を示す図である。 対応項目検索画面上で決定ボタンが押下された後のレイアウト構造出力システムの概略動作を表すシーケンスである。 図１４における内容確認画面の具体例を示す図である。 内容確認画面上でレイアウト構造出力ボタンが押下された後のレイアウト構造出力システムの概略動作を表すシーケンスである。 図１４のレイアウト構造出力画面一例を示す図である。 図８のレイアウト構造出力処理の概要を示す図である。 図１０及び図１１のグループ作成処理の概要を示す図である。

符号の説明

１００ 業務サーバ
１０１ 業務データベース
２００ レイアウト構造出力サーバ
２０１ レイアウト構造管理データベース
２０２ 項目−グループ−レイアウト関係管理テーブル
２０３ 項目順管理テーブル
２０４ グループ階層レベル管理テーブル
２０５ 帳票−レイアウト関係管理テーブル
２０６ 項目情報管理テーブル
２０７ レイアウト情報管理テーブル
２０９ レイアウト構造出力プログラム
３００ 利用者端末

Claims (12)

1. 帳票のレイアウト構造を示すレイアウト構造情報を少なくとも１つ記憶するレイアウト構造情報記憶手段と、
   帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を取得する項目情報取得手段と、
   前記レイアウト構造情報記憶手段からレイアウト構造情報を取得するレイアウト構造情報取得手段と、
   前記取得されたレイアウト構造情報に基づいて、前記取得された項目情報に関連する項目情報で構成されたグループ情報を作成するグループ情報作成手段と、
   前記作成されたグループ情報及び当該グループ情報を構成する項目情報の並び順を並べ替える並べ替え手段と、
   前記項目情報取得手段、前記レイアウト構造情報取得手段、前記グループ情報作成手段及び前記並べ替え手段により得られた結果から帳票のレイアウト構造を表示するレイアウト構造表示手段とを備えることを特徴とするレイアウト構造出力装置。
2. 前記レイアウト構造情報取得手段は、前記取得されたユーザ情報のユーザリストに基づいてレイアウト構造情報を取得することを特徴とする請求項１記載のレイアウト構造出力装置。
3. 前記グループ情報作成手段は、前記取得されたレイアウト構造情報から、前記取得された項目情報を含むグループ情報を全て取得し、当該グループ情報に含まれる項目情報数の総和及び当該グループ情報を含むレイアウトを使用している帳票の発行総数に基づいて第１のグループ情報を取得することを特徴とする請求項１又は２記載のレイアウト構造出力装置。
4. 前記グループ情報作成手段は、前記取得された第１のグループ情報に含まれる共通項目に従ってグループ情報同士を結合することにより第２のグループ情報を前記グループ情報として作成することを特徴とする請求項３記載のレイアウト構造出力装置。
5. 前記レイアウト構造表示手段は、帳票のレイアウト構造をツリー状の階層構造によって表示することを特徴とする請求項１乃至４のいずれか１項に記載のレイアウト構造出力装置。
6. 帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を取得する項目情報取得工程と、
   帳票のレイアウト構造を示すレイアウト構造情報を少なくとも１つ記憶するレイアウト構造情報記憶手段からレイアウト構造情報を取得するレイアウト構造情報取得工程と、
   前記取得されたレイアウト構造情報に基づいて、前記取得された項目情報に関連する項目情報で構成されたグループ情報を作成するグループ情報作成工程と、
   前記作成されたグループ情報及び当該グループ情報を構成する項目情報の並び順を並べ替える並べ替え工程と、
   前記項目情報取得工程、前記レイアウト構造情報取得工程、前記グループ情報作成工程及び前記並べ替え工程にて得られた結果から帳票のレイアウト構造を表示するレイアウト構造表示工程とを備えることを特徴とするレイアウト構造作成方法。
7. 前記レイアウト構造情報取得工程は、前記取得されたユーザ情報のユーザリストに基づいてレイアウト構造情報を取得することを特徴とする請求項６記載のレイアウト構造作成方法。
8. 前記グループ情報作成工程は、前記取得されたレイアウト構造情報から、前記取得された項目情報を含むグループ情報を全て取得し、当該グループ情報に含まれる項目情報数の総和及び当該グループ情報を含むレイアウトを使用している帳票の発行総数に基づいて第１のグループ情報を取得することを特徴とする請求項６又は７記載のレイアウト構造作成方法。
9. 前記グループ情報作成工程は、前記取得された第１のグループ情報に含まれる共通項目に従ってグループ情報同士を結合することにより第２のグループ情報を前記グループ情報として作成することを特徴とする請求項８記載のレイアウト構造作成方法。
10. 前記レイアウト構造表示工程は、帳票のレイアウト構造をツリー状の階層構造によって表示することを特徴とする請求項６乃至９のいずれか１項に記載のレイアウト構造作成方法。
11. 請求項１乃至５のいずれか１項に記載のレイアウト構造出力装置と、当該レイアウト構造出力装置に接続された情報処理装置とを備えるレイアウト構造出力システムにおいて、
    前記情報処理装置は、帳票を構成する項目情報と帳票を使用するユーザのユーザ情報を入力する項目情報入力手段と、前記レイアウト構造出力装置からの画面情報により帳票のレイアウト構造を表示するレイアウト構造表示手段とを備えることを特徴とするレイアウト構造出力システム。
12. 請求項６乃至１０のいずれか１項に記載のレイアウト構造作成方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。

Images