JP2000293592A - Layout data conversion method, apparatus, and storage medium - Google Patents

Layout data conversion method, apparatus, and storage medium

Info

Publication number
JP2000293592A
JP2000293592A JP11097293A JP9729399A JP2000293592A JP 2000293592 A JP2000293592 A JP 2000293592A JP 11097293 A JP11097293 A JP 11097293A JP 9729399 A JP9729399 A JP 9729399A JP 2000293592 A JP2000293592 A JP 2000293592A
Authority
JP
Japan
Prior art keywords
block
layout data
blocks
html
size
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP11097293A
Other languages
Japanese (ja)
Inventor
Yasuhiro Asakura
康裕 朝倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP11097293A priority Critical patent/JP2000293592A/en
Publication of JP2000293592A publication Critical patent/JP2000293592A/en
Pending legal-status Critical Current

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 【課題】互いに接していない複数の異なる属性を持つブ
ロックから構成される電子帳票を、帳票業務をWWWブ
ラウザから実施できるようにするため、レイアウトを厳
密に変換したHTMLファイルを自動生成する。 【解決手段】帳票全体をHTMLの<TABLE>タグの行列
に区切り、ブロックの配置、ブロックの大きさ、複数ブ
ロック間のスペースを行数と列数で表現する。行列に区
切った時の1区画の大きさは、<TD>タグの幅と高さで表
現し、帳票全体の大きさは、並べる<TD>タグと<TR>タグ
の個数で表現する。帳票に定義されたブロックをその属
性に応じたHTMLタグに変換し、複数の行列数で確保
した<TABLE>内の領域中に設定し、HTML帳票を実現
する。
(57) [Summary] [Problem] To convert an electronic form composed of a plurality of blocks having different attributes that are not in contact with each other into an HTML file in which a layout is strictly converted so that the form business can be performed from a WWW browser. Generate automatically. An entire form is divided into a matrix of HTML <TABLE> tags, and the arrangement of blocks, the size of blocks, and the space between a plurality of blocks are represented by the number of rows and the number of columns. The size of one section when divided into a matrix is represented by the width and height of the <TD> tag, and the size of the entire form is represented by the number of <TD> and <TR> tags arranged. The block defined in the form is converted into an HTML tag corresponding to the attribute, and is set in an area in <TABLE> secured by a plurality of matrix numbers, thereby realizing the HTML form.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は複数の異なる属性を
持つブロックから構成される電子帳票(レイアウトデー
タ)をHTMLファイルに変換する方法に関し、互いに
接していない複数のブロックをそのままのレイアウトで
WWWブラウザ上に展開して表示させ、帳票操作を実現
させるために用いられるHTMLファイルの自動生成装
置に関するものである。
[0001] 1. Field of the Invention [0002] The present invention relates to a method for converting an electronic form (layout data) composed of a plurality of blocks having different attributes into an HTML file. The present invention relates to an apparatus for automatically generating an HTML file which is developed and displayed on the top and used to implement a form operation.

【0002】[0002]

【従来の技術】近年、申請書・注文書・稟議書などの帳
票を使用するいろいろな業務は、紙に必要事項を記入し
て送付する形態から、コンピュータを使用して電子帳票
で処理する形態に移行してきている。電子帳票を使用す
ることにより、帳票の記入、送付、保管などの多くの作
業をコンピュータで処理できるため、業務効率の向上を
図ることが可能となる。
2. Description of the Related Art In recent years, various forms of business using forms such as application forms, order forms, and request forms have been changed from a form in which necessary items are filled out on paper and sent to an electronic form using a computer. It is moving to. By using an electronic form, many operations such as filling out, sending, and storing a form can be processed by a computer, so that it is possible to improve work efficiency.

【0003】ただし、電子帳票を使用する場合には、電
子帳票を操作するためのプログラムをすべての作業者の
コンピュータマシンに組み込む必要がある。作業者数の
規模が大きい場合や、それぞれの作業者が遠隔地に離れ
て配置されている場合は、この組み込み作業には多くの
手間がかかる。また、プログラムの購入に多くの費用が
かかることになり、さらには、すべての作業者に操作プ
ログラムの使い方を教育する必要がある。
However, when using an electronic form, it is necessary to incorporate a program for operating the electronic form into the computer machines of all workers. When the number of workers is large, or when each worker is located at a remote place, this assembling work requires much labor. In addition, purchasing the program requires a lot of cost, and furthermore, it is necessary to educate all workers how to use the operation program.

【0004】これらの問題を解決するために、近年、W
WW(World Wide Web)の利用が増えて
きている。ほとんどのコンピュータには、あらかじめブ
ラウザプログラムが組み込まれているため、ブラウザを
使用して操作するWWWの場合には、操作プログラムの
組み込みや購入の必要が無く、画面の操作方法さえ覚え
れば、特別な教育を実施する必要も無い。
In order to solve these problems, in recent years, W
The use of WW (World Wide Web) is increasing. Most computers have a browser program installed in advance. Therefore, in the case of WWW operated using a browser, there is no need to install or purchase an operation program, and if you only learn how to operate the screen, a special There is no need to provide education.

【0005】このため、電子帳票をWWWブラウザで操
作することが可能なHTML形式にすることができれ
ば、自分のコンピュータにWWWに接続が可能な設定を
しておくだけで、すべての作業者は容易に帳票操作が可
能となり、帳票業務を効率良く実施できるようになる。
[0005] For this reason, if an electronic form can be converted into an HTML format that can be operated by a WWW browser, all workers can easily connect to the computer by simply setting the computer to connect to the WWW. In this way, a form operation can be performed, and a form operation can be performed efficiently.

【0006】従来の技術では、ドキュメント(文書や画
像)をHTMLに変換し、ブラウザ上でその内容を参照
できるようにすることを目的としていた。文書であれ
ば、文書の内容が把握できるようにすれば良いため、複
数のブロックに分かれて配置されている文書をHTML
で表示する時に、複数ブロック間での位置合わせには厳
密な正確さは要求されない。ブロックAは、ブロックB
よりも上に配置されてあり、ブロックCはブロックDよ
りも右に配置されている、という相対的な配置の関係を
変換することができれば、十分文書としては表現できて
いることになるわけである。この種の装置として関連す
るものには特開平10−162003号が挙げられる。
[0006] The prior art aims at converting a document (document or image) into HTML so that the contents can be referenced on a browser. If it is a document, it is sufficient to be able to grasp the contents of the document.
When displayed with, exact alignment is not required for alignment between multiple blocks. Block A is Block B
If the relative arrangement relationship that block C is arranged to the right of block D can be converted, it can be sufficiently expressed as a document. is there. Japanese Patent Application Laid-Open No. 10-162003 is related to this type of apparatus.

【0007】[0007]

【発明が解決しようとする課題】しかしながら、帳票を
HTMLに変換する場合には、もっと高度な正確さが要
求される。例えば、(氏名)や(住所)と記述されてい
る文字列ブロックと、そのブロックの右横に対応する入
力領域ブロックが定義されているような帳票の場合、
(氏名)と記述されている文字列ブロックとそれに対応
する入力領域ブロックは、2つのブロックがあたかも連
続した1つのブロックであるかのように、少しのズレも
発生することなく変換できることが必要となる。すなわ
ち、(氏名)と記述されたブロックの(上にも下にもず
れることなく)ちょうど右横に氏名を入力する入力領域
のブロックが並んでいなければ、氏名の入力欄としては
不適切であるということである。また、(氏名)や(住
所)のブロックとそれに対応する入力領域のブロックが
一定の間隔で離れて配置されている場合には、(氏名)
の場合の間隔と(住所)の場合の間隔は、同一サイズの
間隔になっていることが要求される。従来技術では、複
数ブロック間で厳密な位置合わせをしていないため、帳
票のようなレイアウトを正確に変換できないという問題
があった。本発明の目的は、互いに接していない複数の
ブロックの間に発生している間隔を、元の帳票と同一に
変換し、小さなブロックの集合体である帳票を、操作す
る作業者に正しく認識してもらえる様に変換することに
ある。
However, when a form is converted to HTML, a higher degree of accuracy is required. For example, in the case of a form in which a character string block describing (name) or (address) and an input area block corresponding to the right side of the block are defined,
It is necessary that the character string block described as (name) and the corresponding input area block can be converted without any deviation as if two blocks were a continuous one block. Become. In other words, if there is no block in the input area where the name is entered right next to the block (namely) (without shifting up or down), the name is inappropriate as an input box for the name. That is. If the (name) and (address) blocks and the corresponding input area blocks are arranged at a fixed interval, the (name)
It is required that the interval in the case of (1) and the interval in the case of (address) have the same size. In the related art, there is a problem that a layout such as a form cannot be accurately converted because strict positioning is not performed between a plurality of blocks. An object of the present invention is to convert an interval occurring between a plurality of blocks that are not in contact with each other into the same as an original form, and to correctly recognize a form, which is a collection of small blocks, by an operator who operates the form. It is to convert it so that you can get it.

【0008】[0008]

【課題を解決するための手段】互いに接していない複数
のブロックを有するレイアウトデータを、個々のブロッ
クの水平方向・垂直方向の大きさ及び配置されている複
数のブロックの水平方向・垂直方向の間隔の大きさ及び
帳票全体の水平方向・垂直方向の大きさを精密にHTM
Lファイルに変換するという目的を達成するために、本
発明では帳票全体をHTMLの<TABLE>タグの行列イメ
ージで表現する。ブロックの存在する部分だけをHTM
Lのタグで表現するのではなく、帳票全体を1つの表
(TABLE)として扱うことにより、ブロックが存在
していない部分(ブロックとブロックの間の空間)につ
いても、<TABLE>タグの行列として表現できるようにな
る。このため、ブロックが存在していない空間の大きさ
を適切に変換することが可能となる。
A layout data having a plurality of blocks that are not in contact with each other is stored in a horizontal / vertical size of each block and a horizontal / vertical interval of the plurality of blocks arranged. HTM precisely the size of the document and the horizontal and vertical size of the entire form
In order to achieve the purpose of converting to an L file, in the present invention, the entire form is represented by a matrix image of an HTML <TABLE> tag. HTM only the part where the block exists
By treating the entire form as a single table (TABLE) instead of expressing it with the L tag, the portion where blocks do not exist (the space between blocks) is also represented as a matrix of <TABLE> tags. Be able to express. For this reason, it is possible to appropriately convert the size of the space where no block exists.

【0009】[0009]

【発明の実施の形態】以下添付図面を参照して本発明の
実施の形態について詳細に説明する。本実施例では、帳
票上の複数のブロックをレイアウト変換することについ
て説明するが、ここで言うブロックとは、電子帳票上に
定義される一定の幅と高さを持つ長方形の領域のことを
意味している。複数のブロックは、互いに接していない
か、または接している。ただし、領域が重なっているこ
とは無い。複数のブロックは、それぞれ異なる属性を持
っており、例えば文字列であったり、データ入力領域で
あったり、捺印領域であったりするが、一定の幅と高さ
を持つ長方形の領域であることに関してはすべてのブロ
ックに関して共通している。
Embodiments of the present invention will be described below in detail with reference to the accompanying drawings. In the present embodiment, a description will be given of layout conversion of a plurality of blocks on a form, but a block as used herein means a rectangular area having a certain width and height defined on an electronic form. are doing. The blocks do not touch or touch each other. However, the areas do not overlap. A plurality of blocks have different attributes, for example, a character string, a data input area, and a seal area, but regarding a rectangular area having a certain width and height. Is common to all blocks.

【0010】図1は、本実施例の計算機100とWWW
サーバマシンの機能ブロック図である。計算機100
は、電子帳票のレイアウトを定義する電子帳票レイアウ
ト定義処理部101、電子帳票のレイアウトデータを格
納する電子帳票レイアウトファイル102、電子帳票を
HTML形式に変換するHTML変換103、電子帳票
のブロックをHTML形式に変換する際にデータを格納
する電子帳票HTMLブロックデータ104、ブロック
の配置順序を記憶するソート順番テーブル112、電子
帳票をHTML形式に変換したファイルを格納する電子
帳票HTMLファイル105から構成される。
FIG. 1 shows a computer 100 of this embodiment and WWW
It is a functional block diagram of a server machine. Computer 100
An electronic form layout definition processing unit 101 for defining an electronic form layout, an electronic form layout file 102 for storing electronic form layout data, an HTML conversion 103 for converting an electronic form into an HTML form, and a block of an electronic form in an HTML form. It is composed of electronic form HTML block data 104 for storing data when the data is converted to a format, a sort order table 112 for storing the arrangement order of the blocks, and an electronic form HTML file 105 for storing a file obtained by converting the electronic form into the HTML format.

【0011】また、HTML変換103は、帳票全体の
表示形式変換処理部106、ブロックの表示形式変換処
理部107、ブロックソート処理部108、配置処理部
109から構成される。図3は、電子帳票レイアウトフ
ァイル102のデータ構造を表わす図であり、図2のよ
うな帳票を電子データ化したものである。電子帳票のデ
ータは、帳票上に設定されたブロック単位のデータ属性
と帳票全体のデータ属性に大別される。ブロック単位の
データとしては、項目名301、ブロック属性302,
色303、データ配置304、座標位置305、データ
入力属性306、文字数307、フォント308等があ
る。
The HTML conversion 103 comprises a display format conversion processing unit 106 for the entire form, a display format conversion processing unit 107 for blocks, a block sort processing unit 108, and an arrangement processing unit 109. FIG. 3 is a diagram showing the data structure of the electronic form layout file 102, which is obtained by converting the form shown in FIG. 2 into electronic data. Electronic form data is roughly divided into data attributes in block units set on the form and data attributes of the entire form. The data in block units include an item name 301, a block attribute 302,
There are a color 303, a data arrangement 304, a coordinate position 305, a data input attribute 306, the number of characters 307, a font 308, and the like.

【0012】また、帳票全体の属性としては、帳票全体
の背景色309、用紙サイズ310、区画サイズ31
1、タイトル312、ブロック数313がある。また、
色303は文字色3031、背景色3032、囲み罫線
色3033から構成され、データ配置304は縦方向の
データ配置3041、横方向のデータ配置3042から
構成され、座標位置305は長方形の形式であるブロッ
ク領域の左上の座標位置3051、右下の座標位置30
52から構成される。
The attributes of the entire form include a background color 309, a sheet size 310, and a section size 31 of the entire form.
1, a title 312, and the number of blocks 313. Also,
The color 303 includes a character color 3031, a background color 3032, and a surrounding ruled line color 3033, the data arrangement 304 includes a vertical data arrangement 3041 and a horizontal data arrangement 3042, and the coordinate position 305 is a rectangular block. Upper left coordinate position 3051, lower right coordinate position 30
52.

【0013】計算機100は、電子帳票レイアウト定義
処理部101により、図2のような帳票のレイアウトを
定義し、その結果を電子帳票レイアウトファイル102
に格納する。次に、HTML変換103により、電子帳
票レイアウトファイル102のデータに基づいて電子帳
票HTMLブロックデータ104とソート順番テーブル
112を生成し、最終的には、電子帳票データを電子帳
票HTMLファイル105へ変換する。
The computer 100 defines a form layout as shown in FIG. 2 by an electronic form layout definition processing unit 101, and stores the result in an electronic form layout file 102.
To be stored. Next, the HTML conversion 103 generates the electronic form HTML block data 104 and the sort order table 112 based on the data of the electronic form layout file 102, and finally converts the electronic form data into the electronic form HTML file 105. .

【0014】これにより電子帳票をWWWブラウザで処
理可能なHTMLファイルへ変換することができる。変
換プログラムによって作成されたHTMLファイルをW
WWサーバーに登録することによってWWWサーバーマ
シン111上に電子帳票HTMLファイル110が置か
れ、WWWサーバーに接続可能な計算機から各ブロック
間の位置関係が保たれた電子帳票を参照することが可能
となる。
Thus, the electronic form can be converted into an HTML file that can be processed by a WWW browser. Convert HTML file created by conversion program to W
By registering with the WWW server, the electronic form HTML file 110 is placed on the WWW server machine 111, and a computer connectable to the WWW server can refer to the electronic form in which the positional relationship between the blocks is maintained. .

【0015】[HTML変換の流れ]図1のHTML変換
103は、106〜109の処理から構成される。全体
的な処理の流れを簡単に説明する。まず、帳票全体に関
する変換処理を106で実行する。帳票全体を1つの大
きなテーブル上に展開するうえで、テーブルを構成する
行列の1区画の幅と高さを設定し、帳票の用紙サイズや
背景色やタイトルを設定する。
[HTML Conversion Flow] The HTML conversion 103 shown in FIG. The overall processing flow will be briefly described. First, a conversion process for the entire form is executed at 106. In developing the entire form on one large table, the width and height of one section of a matrix constituting the table are set, and the paper size, background color, and title of the form are set.

【0016】次に、帳票上に定義されたブロックに関す
る処理を107で実行する。ここでは、個々のブロック
に関して、個々の属性に対応したHTMLタグを生成す
る。
Next, at step 107, a process relating to a block defined on the form is executed. Here, an HTML tag corresponding to each attribute is generated for each block.

【0017】最後に、レイアウト変換に関する処理を1
08と109で実行する。108では、複数のブロック
をテーブル上に展開する順番を決定する。109では、
HTMLのテーブル上にブロックやスペースを配置す
る。106〜109の処理は必要に応じて処理の順序を
入れ替えても良く、図1の計算機100に含まれる構成
要素の全てまたは一部をWWWサーバマシン111上で
実現しても良い。
Finally, the processing related to the layout conversion is described as 1
Execute at 08 and 109. At 108, the order in which the plurality of blocks are developed on the table is determined. In 109,
Blocks and spaces are arranged on an HTML table. The order of the processes 106 to 109 may be changed as necessary, and all or some of the components included in the computer 100 in FIG. 1 may be realized on the WWW server machine 111.

【0018】[帳票全体の表示形式変換処理] 帳票全体
の表示形式変換処理部106の処理を詳しく説明する。
帳票を1つの大きなテーブル上に展開するために、テー
ブルに設定する行と列の本数を決定することが必要とな
る。行と列をテーブルに設定しておけば、帳票に定義さ
れたブロックを行数と列数を使用して配置することが可
能となる。そして、同一行に配置すれば、水平方向に位
置を合わせることが可能であり、同一列に配置すれば垂
直方向に位置を合わせることが可能となる。図4は1区
画のサイズが細かく設定された帳票であり、図5は1区
画のサイズが大きく設定された帳票である。
[Process of Converting Display Format of Entire Form] The process of the display format conversion processing unit 106 of the entire form will be described in detail.
In order to develop a form on one large table, it is necessary to determine the number of rows and columns to be set in the table. If rows and columns are set in a table, blocks defined in a form can be arranged using the number of rows and the number of columns. If they are arranged in the same row, they can be aligned in the horizontal direction, and if they are arranged in the same column, they can be aligned in the vertical direction. FIG. 4 shows a form in which the size of one section is set finely, and FIG. 5 shows a form in which the size of one section is set large.

【0019】このように、帳票には1区画のサイズを小
さく設定するものと大きく設定するものがある。1区画
のサイズを小さく設定している場合、細かく表現するこ
とが可能となり、大きく設定している場合には細かい表
現はできないが見やすい帳票を作成することができる。
また、帳票は、それぞれの業務の目的に応じて用紙サイ
ズ(帳票の大きさ)が決められる。そのサイズは、A4
横、B5縦などの定型フォーマットの場合もあれば、縦
と横のサイズを自由に設定したユーザ定義フォーマット
の場合もある。
As described above, some forms set the size of one section to be small and others set the size to be large. When the size of one section is set to be small, it is possible to express finely, and when it is set to be large, it is not possible to express finely, but it is possible to create a form which is easy to see.
Also, the form size of the form is determined according to the purpose of each business. The size is A4
There may be a fixed format such as horizontal or B5 vertical, or a user-defined format in which the vertical and horizontal sizes are freely set.

【0020】具体的なHTMLへの変換方法を図6のフ
ローチャートに従って以下に述べる。まず、ステップ6
01において、図3に示す電子帳票データの中から帳票
全体の属性として帳票全体の背景色309と帳票のタイ
トル312を取得する。次のステップ602において
は、取得した情報をHTMLタグに変換し、電子帳票H
TMLファイルに出力する。帳票のタイトルは <TITLE>物品注文帳票</TITLE> のように変換され、帳票全体の背景色は、 <BODY BGCOLOR=#ffd5ff > のように変換される。ステップ602において出力され
るHTMLタグはHTMLファイルの1番最初に記述さ
れるものである。次のステップ603においては、図3
に示す電子帳票データの中から帳票全体の属性として区
画サイズ311の幅と高さと用紙サイズ310の幅と高
さを取得する。
A specific method for converting to HTML will be described below with reference to the flowchart of FIG. First, step 6
In step 01, the background color 309 of the entire form and the title 312 of the form are acquired as attributes of the entire form from the electronic form data shown in FIG. In the next step 602, the acquired information is converted into an HTML tag, and the electronic form H
Output to TML file. The title of the form is converted as <TITLE> Item order form </ TITLE>, and the background color of the entire form is converted as <BODY BGCOLOR = # ffd5ff>. The HTML tag output in step 602 is the first one described in the HTML file. In the next step 603, FIG.
The width and height of the section size 311 and the width and height of the sheet size 310 are acquired from the electronic form data shown in FIG.

【0021】取得した情報は、次のステップ604およ
び605において、HTMLに変換するために必要な数
値へ加工される。まず、604においては幅と高さそれ
ぞれについて、用紙サイズを区画サイズで割ることによ
り、水平方向(幅)の区画個数と垂直方向(高さ)の区
画個数が求められる。605においては、電子帳票デー
タとして取得したサイズの単位がミリであり、HTML
上でのサイズの単位がピクセルであることから、ミリサ
イズをピクセルサイズに変換する。変換は、1ピクセル
=3.5ミリで計算される。
In the next steps 604 and 605, the obtained information is processed into numerical values necessary for conversion to HTML. First, in 604, the number of partitions in the horizontal direction (width) and the number of partitions in the vertical direction (height) are obtained by dividing the paper size by the partition size for each of the width and height. In 605, the unit of the size acquired as electronic form data is millimeters, and HTML
Since the unit of the size in the above is a pixel, the millimeter size is converted to the pixel size. The conversion is calculated with 1 pixel = 3.5 mm.

【0022】604および605で加工された数値は、
次のステップ606によって使用され、電子帳票HTM
Lファイルへ出力される。ステップ606は、<TABLE>
タグを出力するステップである。既にHTMLファイル
へ出力しているタイトルと帳票全体の背景色を除いた帳
票の情報は、この<TABLE>タグで始まり、</TABLE>で終
わるまでの間に設定され、帳票全体が1つの<TABLE>と
して表現されることになる。<TABLE>タグ中に存在するW
IDTH=は、<TABLE>全体の幅を示している。これは、電子
帳票の用紙サイズの幅に相当するものである。以下の式
によって算出された値がここに設定される。
The numerical values processed in 604 and 605 are as follows:
The electronic form HTM used by the next step 606
Output to L file. Step 606 is a <TABLE>
This is the step of outputting the tag. Title information already output to the HTML file and form information excluding the background color of the entire form are set between this <TABLE> tag and ending with </ TABLE>, and the entire form is one <TABLE>. W existing in <TABLE> tag
IDTH = indicates the entire width of <TABLE>. This corresponds to the width of the paper size of the electronic form. The value calculated by the following equation is set here.

【0023】1区画の幅サイズn(ピクセル) * 水
平方向の区画数 <TABLE>タグの次には、<TR>を設定し、1行目に位置付
ける。1行目には、<TD></TD>を設定した後、 <TD WIDTH=n></TD> を水平方向の区画個数分繰り返し設定する。最初に<T
D></TD>を設定するのは、テーブルの1行目は区
画の高さ調整用のダミー列であり、WIDTH=nでの幅の設
定をしないことによりダミー列が帳票上に表示されない
ようにするためである。<TD>タグ中のWIDTH=により区画
サイズの幅が変換され、それを区画個数分繰り返すこと
により、用紙サイズの幅が変換されたことになる。<TD>
タグ中のWIDTH=で区画サイズの幅を設定する処理は、テ
ーブルの1行目(最上位の行)に設定しておけば、2行
目以降には設定する必要は無い。
The width size of one section n (pixels) * the number of sections in the horizontal direction Following the <TABLE> tag, <TR> is set and positioned on the first line. In the first line, <TD></TD> is set, and then <TD WIDTH = n></TD> is repeatedly set for the number of partitions in the horizontal direction. First <T
D></TD> is set because the first row of the table is a dummy column for adjusting the height of the section, and the dummy column is not displayed on the form because the width is not set at WIDTH = n. That's why. The width of the section size is converted by WIDTH = in the <TD> tag, and the width of the paper size is converted by repeating this for the number of sections. <TD>
If the processing for setting the width of the section size by WIDTH = in the tag is set in the first row (top row) of the table, it is not necessary to set the processing in the second and subsequent rows.

【0024】つまり、<TD>タグについてWIDTH=を設定す
るのは1行目だけであり、2行目以降では、単に<TD></
TD>と記述するだけで、1行目に設定した1区画の幅が
帳票全体に関して有効になる。そして、この1行目の内
容は、ユーザが定義した帳票の内容とは関係のない、区
画の幅調整用のダミー行となるため、帳票を表示した時
にこの行が見えないようにする必要がある。よって、こ
の<TD>タグにはHEIGHT=は設定しない。HEIGHT=を設定し
ないことにより、高さが0となるのでダミー行は表示さ
れないことになる。
That is, WIDTH = is set for the <TD> tag only in the first line, and in the second and subsequent lines, only <TD></
By simply writing TD>, the width of one section set in the first line becomes valid for the entire form. Since the contents of the first line are dummy lines for adjusting the width of the block, which are not related to the contents of the form defined by the user, it is necessary to make this line invisible when the form is displayed. is there. Therefore, HEIGHT = is not set in this <TD> tag. By not setting HEIGHT =, the height is set to 0 and no dummy line is displayed.

【0025】次のステップ607では、区画サイズの高
さと用紙サイズの高さの設定を処理する。ただし、高さ
の設定に関しては、配置処理部109の中で処理される
ことになる。配置処理部109を説明する時に詳細な処
理について説明し、ここでは簡単に処理内容を説明す
る。
In the next step 607, setting of the section size height and the sheet size height is processed. However, the setting of the height is processed in the arrangement processing unit 109. Detailed processing will be described when describing the arrangement processing unit 109, and the processing will be briefly described here.

【0026】2行目以降の行の1列目の<TD>タグでは、
HEIGHT=mを設定する。1列目に高さを設定しておけば、
2列目以降には高さを設定する必要は無い。2列目以降
では、単に<TD></TD>と記述するだけで1列目に設定し
た1区画の高さが有効になる。2行目以降のすべての行
に関して1列目に高さ(HEIGHT=)の設定をすることに
より、帳票全体に関して、1区画の高さの設定が有効に
なる。すべての行の1列目に設定されるHEIGHT=を含む
列についても、区画の高さの調整用のダミー列となる。
また、垂直方向の区画個数分だけ<TR></TR>によって改
行することにより用紙サイズの高さを表現する。
In the <TD> tag in the first column of the second and subsequent rows,
Set HEIGHT = m. If you set the height in the first column,
There is no need to set the height for the second and subsequent rows. In the second and subsequent columns, simply writing <TD></TD> enables the height of the first section set in the first column. By setting the height (HEIGHT =) in the first column for all rows after the second row, the setting of the height of one section becomes effective for the entire form. Columns including HEIGHT = set in the first column of all rows are also dummy columns for adjusting the height of the section.
Also, the line size is expressed by <TR></TR> by the number of sections in the vertical direction to express the height of the paper size.

【0027】[ブロックの表示形式変換処理]次にブロッ
クの表示形式変換処理部107の処理を詳しく説明す
る。ブロックの表示形式変換処理では、ブロック単位の
属性変換処理を実行する。図7のフローチャートに従っ
て以下に述べる。ステップ701において、図3に示す
電子帳票データの中から帳票全体の属性としてブロック
数313を取得する。ブロック数313は、帳票上に設
定されているブロックの個数を示している。ステップ7
02でカウンターに設定されたブロック数が0でないか
判定し、0でなければステップ703において電子帳票
データの中からブロックの属性を取得し、ステップ70
4において属性に対応したHTMLタグを生成して、電
子帳票HTMLブロックデータ104として出力する。
[Block Display Format Conversion Processing] Next, the processing of the block display format conversion processing unit 107 will be described in detail. In the block display format conversion process, an attribute conversion process for each block is executed. This will be described below with reference to the flowchart of FIG. In step 701, the number of blocks 313 is acquired as an attribute of the entire form from the electronic form data shown in FIG. The number of blocks 313 indicates the number of blocks set on the form. Step 7
In step 02, it is determined whether the number of blocks set in the counter is not 0. If not, in step 703, the attribute of the block is obtained from the electronic form data.
In step 4, an HTML tag corresponding to the attribute is generated and output as electronic form HTML block data 104.

【0028】ステップ704でのHTML生成処理につ
いては、詳細な生成例を後述する。次に、ステップ70
5において、カウンターを1つカウントダウンしてステ
ップ702へ戻る。帳票上に設定されたすべてのブロッ
クに関して電子帳票HTMLブロックデータ104を出
力し、カウンターが0となり処理完了となる。電子帳票
HTMLブロックデータ104へブロック単位に記憶さ
れたデータは、配置処理の時に使用される。ステップ7
04において生成するHTMLタグの生成例について、
図3に記述したデータ構造に従って、詳細に説明する。
As for the HTML generation processing in step 704, a detailed generation example will be described later. Next, step 70
At 5, the counter is counted down by one and the process returns to step 702. The electronic form HTML block data 104 is output for all blocks set on the form, the counter becomes 0, and the processing is completed. The data stored in the electronic form HTML block data 104 in block units is used at the time of arrangement processing. Step 7
Regarding the generation example of the HTML tag generated in 04,
This will be described in detail according to the data structure described in FIG.

【0029】(1)項目名 項目名301に関しては、ブロック属性302に対応す
るHTMLのタグのNAME=パラメタとして以下のように
設定する。(例えば<INPUT>タグのケースでは) <INPUT NAME="Item01" ・・・・・・・> NAME=で項目名を設定しておくことにより、ブラウザか
らデータがインプットされた場合に、項目名でデータの
値を取得することが可能となる。
(1) Item Name The item name 301 is set as follows as the NAME = parameter of the HTML tag corresponding to the block attribute 302. (For example, in the case of the <INPUT> tag) <INPUT NAME = "Item01"······> By setting the item name with NAME =, the item name will be displayed when data is input from the browser. To obtain the value of the data.

【0030】(2)ブロック属性 ブロック属性302に関しては、図8にブロック属性と
それに対応するHTMLのタグの変換例を示す。このよ
うなHTMLタグを使用することによって、異なる属性
のブロックをHTMLで表現可能となる。図8では、
「ラジオボタン」と「表」のブロック属性の場合の変換
例を示している。「ラジオボタン」の場合には、文字列
の色、サイズ、フォントを設定する<FONT>タグとラジオ
ボタンを設定する<INPUT>タグから構成される。
(2) Block Attribute Regarding the block attribute 302, FIG. 8 shows a conversion example of the block attribute and the corresponding HTML tag. By using such an HTML tag, blocks having different attributes can be expressed in HTML. In FIG.
An example of conversion in the case of block attributes of “radio button” and “table” is shown. The “radio button” is composed of a <FONT> tag for setting the color, size, and font of the character string and an <INPUT> tag for setting the radio button.

【0031】「表」の場合には、表形式を表現するため
に<TABLE>タグが使用される。帳票全体が1つの<TABLE>
タグとして設定されているが、ここでの<TABLE>タグ
は、1つのブロックである「表」を表現するためのもの
である。このため、帳票上に「表」ブロックが定義され
ている場合には、帳票全体を示す<TABLE>の中に「表」
ブロックを示す<TABLE>が含まれる構造となる。
In the case of "table", a <TABLE> tag is used to express a table format. The entire form is one <TABLE>
Although the tag is set as a tag, the <TABLE> tag here is for expressing a “table” as one block. For this reason, if a "table" block is defined on a form, the "table"
The structure includes <TABLE> indicating a block.

【0032】(3)色 色303に関しては、以下のように表現する。(3) Color The color 303 is expressed as follows.

【0033】 文字色3031 : <FONT COLOR=#00FF00> 背景色3032 : <TD BGCOLOR=#ffff80> 囲み罫線色3033 : <TD BORDERCOLOR=#FF0000> (4)データ配置 データ配置304に関しては、以下のように表現する。Character color 3031: <FONT COLOR = # 00FF00> Background color 3032: <TD BGCOLOR = # ffff80> Surrounding rule line color 3033: <TD BORDERCOLOR = # FF0000> (4) Data arrangement Regarding the data arrangement 304, Express as follows.

【0034】 (5)座標位置 座標位置305は、レイアウト変換処理(ブロックのソ
ート処理および配置処理)で使用する。
[0034] (5) Coordinate Position The coordinate position 305 is used in layout conversion processing (block sorting processing and arrangement processing).

【0035】(6)データ入力属性 データ入力属性306は、以下のように表現する。(6) Data input attribute The data input attribute 306 is expressed as follows.

【0036】 入力 : <INPUT TYPE=TEXT> 表示 : 文字列として扱う 非表示 : <INPUT TYPE=HIDDEN> 非表示入力 : <INPUT TYPE=PASSWARD> (7)文字数 文字数307は、以下のように表現する。Input: <INPUT TYPE = TEXT> Display: Handled as a character string Non-display: <INPUT TYPE = HIDDEN> Non-display input: <INPUT TYPE = PASSWARD> (7) Number of characters The number of characters 307 is expressed as follows. .

【0037】<INPUT MAXLENGTH=22> (8)フォント フォント308は、以下のように表現する。<INPUT MAXLENGTH = 22> (8) Font The font 308 is expressed as follows.

【0038】<FONT FACE='MS 明朝'> [ブロックソート処理]次にブロックソート処理部108
の処理を詳しく説明する。ブロック単位の属性変換処理
が完了し、ブロック単位のHTMLタグが作成される
と、それらをHTMLファイル上に展開する順序を決定
することとなる。ブロックソート処理の方法を図9のフ
ローチャートに従って以下に述べる。まず、ソート処理
する対象ブロック数に総ブロック数を設定する前処理
(ステップ901)を実行する。
<FONT FACE = 'MS Mincho'> [Block sort processing] Next, the block sort processing unit 108
Will be described in detail. When the attribute conversion processing in block units is completed and the HTML tags in block units are created, the order in which the HTML tags are expanded on the HTML file is determined. The block sorting method will be described below with reference to the flowchart of FIG. First, a pre-process (step 901) of setting the total number of blocks to the number of target blocks to be sorted is executed.

【0039】次に、順序を決定するために必要な情報と
して、図3に示す電子帳票データの中からブロック単位
に左上座標位置3051を取得する(ステップ90
2)。この座標位置は、ブロックの左上の角が置かれて
いる場所を示している。左上座標位置を使用して、複数
のブロックのなかで、帳票上の最も上に配置されている
ブロックを検出する(ステップ903)。該当するブロ
ックが複数検出された場合には、左上座標位置を使用し
て、その中で最も左側に配置されているブロックを選択
する(ステップ904)。1つしか検出されなければ、
そのブロックを選択する(ステップ905)。選択され
たブロックは、先に選択されたブロックが先の順番にな
るようにソート順番テーブルに項目名301を図10に
示すように登録し、ソート対象ブロックから除外する
(ステップ906)。
Next, as the information necessary for determining the order, the upper left coordinate position 3051 is acquired in block units from the electronic form data shown in FIG. 3 (step 90).
2). This coordinate position indicates where the upper left corner of the block is located. Using the upper left coordinate position, the uppermost block on the form is detected from the plurality of blocks (step 903). When a plurality of corresponding blocks are detected, the leftmost block is selected using the upper left coordinate position (step 904). If only one is detected,
The block is selected (step 905). As for the selected block, the item name 301 is registered in the sort order table as shown in FIG. 10 so that the previously selected block is first, and is excluded from the blocks to be sorted (step 906).

【0040】次に、対象ブロック数をマイナス1カウン
トダウンし(ステップ907)、対象ブロック数が0に
なっているかどうかを判定し(ステップ908)、0で
なければ残りのブロックに関して、再度ステップ903
から順に同様の処理を実行する。対象ブロック数が0に
なった時点で、ソート処理は完了し、配置する順序が決
定される。
Next, the number of target blocks is counted down by one (step 907), and it is determined whether or not the number of target blocks is 0 (step 908).
The same processing is performed in order from. When the number of target blocks becomes 0, the sorting process is completed, and the arrangement order is determined.

【0041】[配置処理]次に配置処理部109の処理を
詳しく説明する。ブロックを配置する順番が決定した
ら、順序に従って、<TABLE>タグで構成されるHTML
ファイルの中にブロックを適切な位置に配置していく処
理を実行する。図11のフローチャートに従って以下に
述べる。
[Arrangement Processing] Next, the processing of the arrangement processing unit 109 will be described in detail. Once the order of arranging the blocks is determined, HTML composed of <TABLE> tags is used in the order.
Executes processing for arranging blocks in appropriate positions in the file. This will be described below with reference to the flowchart of FIG.

【0042】ステップ1001では、起点となる座標位
置を(0,0)に設定している。これは、図12の<TABLE>
タグで配置する帳票例では1203の座標位置を意味し
ている。次のステップ1102では、図3に示す電子帳
票データの中から帳票全体の属性としてブロック数31
3を取得し、配置ブロック数に設定する。次にステップ
1103において、配置ブロック数を判定して0でなけ
ればステップ1104を実行する。ステップ1104で
は、ブロックソート処理部によって作成されたソート順
番テーブル(図10)からデータを入力し、ソートされ
た順番に従って先頭のブロックから順に項目名を取得す
る。
In step 1001, the starting coordinate position is set to (0,0). This is the <TABLE> in FIG.
In the example of the form arranged by the tag, the coordinate position of 1203 is meant. In the next step 1102, the block number 31 is set as the attribute of the entire form from the electronic form data shown in FIG.
3 is obtained and set to the number of arranged blocks. Next, in step 1103, the number of arranged blocks is determined, and if not 0, step 1104 is executed. In step 1104, data is input from the sort order table (FIG. 10) created by the block sort processing unit, and the item names are obtained in order from the first block in the sorted order.

【0043】ステップ1104を1回目に実行した場合
には、ソートされた最初の項目名を取得し、2回目に実
行した場合には2番目の項目名を取得する。図12の<T
ABLE>タグで配置する帳票例では、最初のブロックを1
201、2番目のブロックを1206として示してい
る。次にステップ1105では、ステップ1104で取
得した項目名のブロックに関して、図3に示す電子帳票
データの中から左上座標位置3051および右上座標位
置3052を取得する。
When the step 1104 is executed for the first time, the first sorted item name is obtained, and when the step 1104 is executed for the second time, the second item name is obtained. <T in FIG.
In the example of a form placed with the ABLE> tag, the first block is 1
201, the second block is shown as 1206. Next, in step 1105, the upper left coordinate position 3051 and the upper right coordinate position 3052 are acquired from the electronic form data shown in FIG. 3 for the block of the item name acquired in step 1104.

【0044】次のステップ1106では、これらの情報
を基に起点座標位置からの位置付けおよびブロック自体
の大きさの表現のために必要な距離を求め、ステップ1
107で配置するためのHTMLタグを生成して電子帳
票HTMLファイルに出力する。
In the next step 1106, a distance necessary for positioning from the starting point coordinate position and expressing the size of the block itself is obtained based on these information, and step 1 is executed.
At step 107, an HTML tag to be arranged is generated and output to an electronic form HTML file.

【0045】以下に、図12の<TABLE>タグで配置する
帳票例および図13のHTMLコード展開図を使用し、
最初のブロック1201に関するステップ1106およ
びステップ1107の処理を詳細に説明する。最初に処
理するブロック1201の左上座標位置1202を取得
して、起点座標位置である1203から水平方向および
垂直方向に何区画分離れているかを算出する。ブロック
1201の場合では、垂直方向に1区画、水平方向に2
区画離れていることになる。1204に示す区画サイズ
調整用のダミー行を1行目に出力した後、図13に示す
ようなHTMLを生成する。
In the following, using a form example arranged with a <TABLE> tag in FIG. 12 and an HTML code development diagram in FIG.
The processing of steps 1106 and 1107 relating to the first block 1201 will be described in detail. First, the upper left coordinate position 1202 of the block 1201 to be processed is obtained, and how many partitions are separated in the horizontal and vertical directions from the starting coordinate position 1203 is calculated. In the case of block 1201, one section is set vertically and two sections are set horizontally.
You will be separated from each other. After outputting the dummy row for adjusting the partition size shown in 1204 to the first row, an HTML as shown in FIG. 13 is generated.

【0046】まず、1301の命令によって1行分改行
し、2行目に位置付ける。垂直方向に1区画離れている
状態は、この命令により実現された。次に1302の命
令で、2行目の1列目での1区画の高さ調整をする。こ
れは、図12の1205に示す高さ調整用のダミー列を
作成するためのものである。次の1303の命令では、
1列目(ダミー列を除いて1列目)に何も設定しないで
次の列へ位置付け、さらに1304の命令で同様に2列
目に何も設定しないで次の列へ位置付ける。水平方向に
2区画離れている状態も、これらの命令により実現され
た。
First, a line feed for one line is performed according to the instruction 1301, and the line is positioned on the second line. The state of being separated by one section in the vertical direction was realized by this instruction. Next, in accordance with the instruction 1302, the height of one section is adjusted in the first column of the second row. This is for creating a dummy row for height adjustment shown at 1205 in FIG. In the next instruction at 1303,
Nothing is set in the first column (the first column excluding the dummy column), and the next column is positioned without setting anything in the instruction 1304. The state of being separated by two sections in the horizontal direction was also realized by these instructions.

【0047】よって、ここまでの処理によって、ブロッ
ク1201は左上座標位置1202が示す場所に位置付
いたことになる。ここまでの処理は、ブロックが存在し
ていない部分を配置する処理、つまりスペースの配置処
理ということができる。次の処理は、ブロック1202
自体を配置する処理である。この処理は、1305の命
令によって実現している。ブロック1201は水平方向
に4区画、垂直方向に3区画の大きさを持つブロックで
ある。この大きさは、図3に示す電子帳票データの中か
らブロック単位に左上座標位置3051と右下座標位置
3052を取得して求める。
Thus, by the processing so far, the block 1201 is positioned at the position indicated by the upper left coordinate position 1202. The processing so far can be said to be processing for arranging a portion where no block exists, that is, space arranging processing. The next process is block 1202
This is a process of arranging itself. This processing is realized by the instruction of 1305. A block 1201 is a block having a size of 4 sections in the horizontal direction and 3 sections in the vertical direction. This size is obtained by acquiring the upper left coordinate position 3051 and the lower right coordinate position 3052 in block units from the electronic form data shown in FIG.

【0048】水平方向の大きさは、右下座標位置305
2のX軸値−左上座標位置3051のX軸値によって求
められる。水平方向に何区画分の大きさであるかは、1
区画の幅のサイズで割れば求めることができる。また、
垂直方向の大きさは、左上座標位置3051のY軸値−
右下座標位置3052のY軸値によって求められる。
The horizontal size is the lower right coordinate position 305
X-axis value of 2−determined by X-axis value of upper left coordinate position 3051. The number of partitions in the horizontal direction is 1
It can be obtained by dividing by the size of the section width. Also,
The size in the vertical direction is the Y-axis value of the upper left coordinate position 3051-
It is obtained from the Y-axis value of the lower right coordinate position 3052.

【0049】垂直方向に何区画分の大きさであるかは、
1区画の高さのサイズで割れば求めることができる。こ
の大きさを、1305の命令では、<TD>タグのCOLSPAN=
4(列を4つ分割り当てる)およびROWSPAN=3(行を3つ
割り当てる)によって表現している。<TD>タグの中で
は、この他に、ブロックの背景色・囲み罫線の色・縦方
向のデータ配置・横方向のデータ配置のためのパラメタ
が出力される。この<TD>タグは、1307の</TD>によ
って閉じられるが、その間の1306の部分にブロック
の表示形式変換処理部107の工程で生成しておいたブ
ロック単位のHTMLタグを格納することになる。
The size of the vertical section is as follows.
It can be obtained by dividing by the size of the height of one section. In the instruction of 1305, this size is set to COLSPAN = of the <TD> tag.
4 (allocate four columns) and ROWSPAN = 3 (allocate three rows). In the <TD> tag, in addition to the above, parameters for the background color of the block, the color of the surrounding ruled line, the vertical data arrangement, and the horizontal data arrangement are output. The <TD> tag is closed by the </ TD> of 1307. In the meantime, an HTML tag for each block generated in the process of the block display format conversion processing unit 107 is stored in a portion 1306 between the tags. Become.

【0050】最後に1308の</TR>で1301の<TR>
を閉じて、最初のブロック1201に関するステップ1
106およびステップ1107の処理は完了となる。最
初のブロックに関してステップ1107までの処理が完
了すると、次のステップ1108で、現在(0,0)に設
定されている起点座標位置を、処理中ブロック(最初の
ブロックを処理した場合には最初のブロック)の左上座
標位置に更新する。さらにステップ1109で配置ブロ
ック数を1カウントダウンした後、ステップ1103に
戻る。すべてのブロックについて配置処理が完了する
と、配置ブロック数が0となり、すべての配置処理が処
理完了となる。
Finally, 1TR </ TR> and 1301 <TR>
And step 1 for the first block 1201
The processing of 106 and step 1107 is completed. When the processing up to step 1107 is completed with respect to the first block, in the next step 1108, the starting coordinate position currently set to (0, 0) is replaced with the block being processed (the first block when the first block is processed). Block) to the upper left coordinate position. Further, after the arrangement block number is counted down by one in step 1109, the process returns to step 1103. When the arrangement processing is completed for all the blocks, the number of arranged blocks becomes zero, and all the arrangement processing is completed.

【0051】以下に、図12の<TABLE>タグで配置する
帳票例および図14のHTMLコード展開図を使用し、
起点座標位置が更新されて2番目のブロックの配置処理
を実行する場合の詳細な処理方法を説明する。最初のブ
ロックの処理が完了したら、ブロックソート処理部によ
って、順番が決定している次のブロックの処理を実行す
る。2番目のブロック1207を例にして、次のブロッ
クの配置処理を説明する。
Hereinafter, using a form example arranged with the <TABLE> tag in FIG. 12 and an HTML code development diagram in FIG.
A detailed processing method when the starting coordinate position is updated and the second block arrangement processing is executed will be described. When the processing of the first block is completed, the processing of the next block whose order is determined is executed by the block sort processing unit. Taking the second block 1207 as an example, the next block arrangement processing will be described.

【0052】最初のブロック1201を配置する時点で
は、起点となる位置は帳票全体の左上1203であった
が、2番目のブロック1206を配置するときには、起
点となる位置は1つ前に処理したブロック(ここでは最
初のブロック1201)の左上1202となる。よっ
て、2番目のブロックの場合、起点から垂直方向に2区
画、水平方向に6区画離れていることになる。2番目の
ブロック1206の配置のためのHTMLを図14に示
す。図14のHTMLは図13のHTMLの直後に続け
て出力されることとなる。以下、図14に従って、ブロ
ック1206の配置処理を説明する。
When the first block 1201 is arranged, the starting position is the upper left 1203 of the entire form. However, when the second block 1206 is arranged, the starting position is the block processed immediately before. (Here, the first block 1201) is the upper left 1202. Therefore, in the case of the second block, it is separated from the starting point by two sections in the vertical direction and six sections in the horizontal direction. HTML for the placement of the second block 1206 is shown in FIG. The HTML in FIG. 14 is output immediately after the HTML in FIG. Hereinafter, the arrangement processing of the block 1206 will be described with reference to FIG.

【0053】1401の<TR>で1行分改行し、1402
の<TR>でさらに1行分改行する。垂直方向に2区画離れ
ている状態は、この命令により実現された。1401お
よび1402の<TR>の直後に設定されている<TD HEIGHT
=13></TD>は、各行の1列目に設定される高さ調整用の
ダミー列である。次の1403の命令では、<TD></TD>
を4回分実行して、4列分右側へ位置付けている。
1401 <TR> starts a new line by one line, 1402
<TR> to add another line feed. A state where two blocks are separated in the vertical direction is realized by this instruction. <TD HEIGHT set immediately after <TR> in 1401 and 1402
= 13></TD> are dummy columns for height adjustment set in the first column of each row. In the next instruction of 1403, <TD></TD>
Is executed four times, and is positioned to the right by four columns.

【0054】最初のブロック1201を配置した時に図
13の1305の命令で<TD>を1回分既に設定している
ので、合計5列分右側へ位置付けられたことになる。さ
らに1404の命令で1回分の<TD>を実行するので、水
平方向に6区画離れている状態も、これらの命令により
実現された。よって、ここまでの処理によって、2番目
のブロック1206は左上座標位置1207が示す場所
に位置付いたことになる。ブロック1206の大きさ
は、最初のブロック1201の処理と同様の処理方法で
求められる。ブロック1206の大きさは、垂直方向5
区画、水平方向5区画であるので、1404において、
ROWSPAN=5 COLSPAN=5と設定される。最後に1404の<
TD>を1406で閉じるために</TD>を実行し、1402
の<TR>を1407で閉じるために</TR>を実行して、2
番目のブロックの位置付け処理を完了する。
When the first block 1201 is arranged, <TD> has already been set for one time by the instruction of 1305 in FIG. 13, so that it has been positioned to the right by a total of five columns. Further, since <TD> for one time is executed by the instruction of 1404, a state of being separated by 6 sections in the horizontal direction was also realized by these instructions. Thus, the processing up to this point means that the second block 1206 has been positioned at the position indicated by the upper left coordinate position 1207. The size of the block 1206 is obtained by the same processing method as the processing of the first block 1201. The size of the block 1206 is 5 in the vertical direction.
Since there are five sections in the horizontal direction, in 1404,
ROWSPAN = 5 COLSPAN = 5 is set. Finally, 1404 <
</ TD> to close TD> at 1406, and 1402
</ TR> to close <TR> of 1407
The positioning processing of the th block is completed.

【0055】1405には、最初のブロックと同様、ブ
ロックの表示形式変換処理部107の工程で生成してお
いたブロック単位のHTMLタグを格納する。この処理
を繰り返し、最後のブロックの処理まで完了すれば帳票
のHTML変換処理は完了である。図16は、簡単な帳
票をHTML変換処理した場合のHTMLファイル例で
ある。
In the field 1405, similarly to the first block, an HTML tag for each block generated in the step of the block display format conversion processing unit 107 is stored. This processing is repeated, and if the processing of the last block is completed, the HTML conversion processing of the form is completed. FIG. 16 is an example of an HTML file when a simple form is subjected to HTML conversion processing.

【0056】[複数テーブル帳票]図15は、本発明の第
二の実施例である複数テーブル帳票を示す図である。以
下に、図15に従って複数テーブル帳票を説明する。第
一の実施例では、1つの帳票は1つの大きなテーブル上
に展開する方法を説明した。図15では、帳票1500
は、上部1501と下部1502がそれぞれ別々のテー
ブル上に展開されている。
[Plural Table Form] FIG. 15 is a diagram showing a multi-table form according to the second embodiment of the present invention. Hereinafter, the multi-table form will be described with reference to FIG. In the first embodiment, the method of expanding one form on one large table has been described. In FIG. 15, the form 1500
The upper part 1501 and the lower part 1502 are respectively developed on separate tables.

【0057】上部1501のテーブルは区画のサイズが
大きく設定してあり、下部1502のテーブルは区画の
サイズが小さく設定してある。このような帳票をHTM
Lファイルで実現するため、区画サイズが異なる2つの
テーブルを帳票上に展開し、それぞれにブロックを配置
する。本実施例では、異なる区画サイズを持つ帳票につ
いてHTMLファイル生成することができるという特徴
がある。また、各ブロック間の位置関係を正確に表示し
なければならない部分のみを単一の論理的ブロックに変
換し表示することができる。
The table in the upper part 1501 has a large section size, and the table in the lower part 1502 has a small section size. HTM
In order to realize this by using an L file, two tables having different section sizes are developed on a form, and blocks are arranged in each of the tables. This embodiment is characterized in that HTML files can be generated for forms having different block sizes. In addition, only the part where the positional relationship between the blocks must be accurately displayed can be converted into a single logical block and displayed.

【0058】[0058]

【発明の効果】以上説明したように本発明によれば、電
子帳票のレイアウトをHTMLファイルへ変換し、帳票
を使用した業務の作業者が、ブラウザを使用して参照し
た場合でも、帳票の内容を正しく認識し、操作すること
ができるという効果がある。
As described above, according to the present invention, the layout of an electronic form is converted into an HTML file, and the contents of the form can be read by a worker who uses the form using a browser. There is an effect that can be correctly recognized and operated.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本実施例の計算機とWWWサーバマシンの機能
ブロック図である。
FIG. 1 is a functional block diagram of a computer and a WWW server machine of the present embodiment.

【図2】電子帳票のレイアウトの例を示す図である。FIG. 2 is a diagram illustrating an example of a layout of an electronic form.

【図3】電子帳票レイアウトファイル102のデータ構
造図である。
FIG. 3 is a data structure diagram of an electronic form layout file 102.

【図4】電子帳票の1区画が小さい場合のレイアウトの
例を示す図である。
FIG. 4 is a diagram showing an example of a layout when one section of an electronic form is small.

【図5】電子帳票の1区画が大きい場合のレイアウトの
例を示す図である。
FIG. 5 is a diagram showing an example of a layout when one section of an electronic form is large.

【図6】帳票全体の表示形式変換処理部106の処理を
示すフローチャートである。
FIG. 6 is a flowchart showing a process of a display format conversion processing unit 106 for the entire form.

【図7】ブロックの表示形式変換処理部107の処理を
示すフローチャートである。
FIG. 7 is a flowchart showing processing of a block display format conversion processing unit 107;

【図8】電子帳票のブロックをブロック属性に基づいて
HTMLタグへ変換例を示す図である。
FIG. 8 is a diagram showing an example of converting a block of an electronic form into an HTML tag based on a block attribute.

【図9】ブロックソート処理部108の処理を示すフロ
ーチャートである。
FIG. 9 is a flowchart illustrating a process of a block sort processing unit.

【図10】ソート順番テーブルのデータ構造を示す図で
ある。
FIG. 10 is a diagram showing a data structure of a sort order table.

【図11】配置処理部109の処理を示すフローチャー
トである。
FIG. 11 is a flowchart illustrating a process of an arrangement processing unit 109;

【図12】電子帳票のブロックを<TABLE>タグを用いて
HTMLファイルへ展開するときのレイアウトを示す図
である。
FIG. 12 is a diagram showing a layout when a block of an electronic form is expanded into an HTML file using a <TABLE> tag.

【図13】最初のブロック1201を配置するために生
成されたHTMLのコード展開を示す図である。
FIG. 13 is a diagram showing code expansion of HTML generated to arrange the first block 1201.

【図14】2番目のブロック1206を配置するために
生成されたHTMLのコード展開を示す図である。
FIG. 14 is a diagram showing code expansion of HTML generated to arrange a second block 1206;

【図15】複数テーブル帳票1500のレイアウトを示
す図である。
FIG. 15 is a diagram showing a layout of a multi-table form 1500;

【図16】電子帳票HTMLファイルの例を示す図であ
る。
FIG. 16 is a diagram illustrating an example of an electronic form HTML file.

【符号の説明】[Explanation of symbols]

100…HTML変換処理を適用した計算機、 101…電子帳票のレイアウトを定義する処理、 102…電子帳票レイアウトファイル、 103…HTML変換処理、 104…電子帳票 HTMLブロックデータ、 105…電子帳票 HTMLファイル、 106…帳票全体の表示形式変換処理、 107…ブロックの表示形式変換処理、 108…ブロックソート処理、 109…ブロックおよびスペースの配置処理、 110…WWWサーバマシンに登録された電子帳票 H
TMLファイル、 111…WWWサーバマシン、 112…ソート順番テーブル、 301…項目名、 302…ブロック属性、 303…色、 3031…文字色、 3031…背景色、 3031…囲み罫線色、 304…データ配置、 3041…縦方向のデータ配置、 3042…横方向のデータ配置、 305…座標位置、 3051…左上座標位置、 3052…右上座標位置、 306…データ入力属性、 307…文字数、 308…フォント、 309…帳票全体の背景色、 310…用紙サイズ、 311…区画サイズ、 312…タイトル、 313…ブロック数、 601-607…帳票全体の表示形式をHTMLに変換
する処理ステップ、 701-705…ブロックの表示形式をHTMLに変換
する処理ステップ、 901-908…複数のブロックを配置する順番にソー
トする処理ステップ、 1101-1109…ブロックおよびスペースをHTM
L上に配置する処理ステップ、 1201…帳票全体の左上座標位置、 1202…最初の処理ブロック、 1203…最初の処理ブロックの左上座標位置、 1204…区画サイズの幅を調整用するためのダミー
行、 1205…区画サイズの高さを調整用するためのダミー
行、 1206…2番目の処理ブロック、 1207…2番目の処理ブロックの左上座標位置、 1500…1帳票に複数のテーブルを適用した帳票例、 1501…大きな区画サイズのテーブル上に配置されて
いる帳票部分、 1502…小さな区画サイズのテーブル上に配置されて
いる帳票部分。
100: Computer to which HTML conversion processing is applied 101: Processing for defining layout of electronic form 102: Electronic form layout file 103: HTML conversion processing 104: Electronic form HTML block data 105: Electronic form HTML file 106 ... Display format conversion processing of the entire form 107. Block display format conversion processing 108. Block sorting processing 109. Block and space arrangement processing 110. Electronic form H registered in WWW server machine H
TML file, 111: WWW server machine, 112: sort order table, 301: item name, 302: block attribute, 303: color, 3031: character color, 3031: background color, 3031: surrounding ruled line color, 304: data arrangement, 3041 ... data arrangement in the vertical direction, 3042 ... data arrangement in the horizontal direction, 305 ... coordinate position, 3051 ... upper left coordinate position, 3052 ... upper right coordinate position, 306 ... data input attribute, 307 ... number of characters, 308 ... font, 309 ... report 310: paper size, 311: block size, 312: title, 313: number of blocks, 601-607: processing steps for converting the display form of the entire form into HTML, 701-705: block display form Processing steps for converting to HTML, 901-908 ... multiple blocks , 1101-1109... HTM the blocks and spaces
Processing steps to be arranged on L; 1201, upper left coordinate position of the entire form; 1202, first processing block; 1203, upper left coordinate position of the first processing block; 1204, dummy line for adjusting the width of the section size; 1205: dummy row for adjusting the height of the section size; 1206: second processing block; 1207: upper left coordinate position of the second processing block; 1500: a form example in which a plurality of tables are applied to one form; 1501: Form part arranged on a table with a large section size; 1502 ... Form part arranged on a table with a small section size.

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】互いに接していない複数のブロックを有す
るレイアウトデータを表示形式に変換するレイアウトデ
ータ変換方法において、前記複数のブロックの各々のレ
イアウトデータを表示形式に変換するステップと、前記
複数のブロックの各々のレイアウトデータを単一の論理
的ブロックに展開するステップとを含むことを特徴とす
るレイアウトデータ変換方法。
1. A layout data conversion method for converting layout data having a plurality of blocks that are not in contact with each other into a display format, the method comprising: converting layout data of each of the plurality of blocks into a display format; Developing each layout data into a single logical block.
【請求項2】請求項1のレイアウトデータ変換方法にお
いて、変換するレイアウトデータは電子帳票のレイアウ
トデータであることを特徴とするレイアウトデータの変
換方法。
2. The layout data conversion method according to claim 1, wherein the layout data to be converted is layout data of an electronic form.
【請求項3】請求項2のレイアウトデータ変換方法にお
いて、前記表示形式はHTML形式であることを特徴と
するレイアウトデータの変換方法。
3. The layout data conversion method according to claim 2, wherein said display format is an HTML format.
【請求項4】請求項3のレイアウトデータ変換方法にお
いて、前記複数のブロックを含む論理的ブロックはTA
BLEタグであることを特徴とするレイアウトデータの
変換方法。
4. The layout data conversion method according to claim 3, wherein the logical block including the plurality of blocks is TA
A layout data conversion method characterized by being a BLE tag.
【請求項5】請求項1のレイアウトデータ変換方法にお
いて、前記複数のブロックの各々のレイアウトデータを
表示順序に並べ替えるステップを含むことを特徴とする
レイアウトデータの変換方法。
5. The layout data conversion method according to claim 1, further comprising the step of rearranging the layout data of each of the plurality of blocks in a display order.
【請求項6】互いに接していない複数のブロックを有す
るレイアウトデータを表示形式に変換するレイアウトデ
ータ変換装置において、前記レイアウトデータを記憶す
る記憶手段と前記複数のブロックの各々のレイアウトデ
ータを表示形式に変換するブロックの表示形式変換処理
部と、前記複数のブロックの各々のレイアウトデータを
単一の論理的ブロックに展開する配置処理部とを備える
ことを特徴とするレイアウトデータ変換装置。
6. A layout data conversion device for converting layout data having a plurality of blocks that are not in contact with each other into a display format, wherein a storage means for storing the layout data and each layout data of the plurality of blocks are converted into a display format. A layout data conversion apparatus, comprising: a display format conversion processing unit for a block to be converted; and an arrangement processing unit for expanding layout data of each of the plurality of blocks into a single logical block.
【請求項7】請求項6のレイアウトデータ変換装置にお
いて、他の計算機からの要求に応えて変換されたレイア
ウトデータを前記他の計算機へ送付することを特徴とす
るレイアウトデータ変換装置。
7. The layout data conversion device according to claim 6, wherein the layout data converted in response to a request from another computer is sent to said another computer.
【請求項8】請求項6のレイアウトデータ変換装置にお
いて、レイアウトデータは電子帳票のレイアウトデータ
であることを特徴とするレイアウトデータ変換装置。
8. The layout data conversion device according to claim 6, wherein the layout data is layout data of an electronic form.
【請求項9】請求項1に記載の方法を実現するプログラ
ムを格納する計算機により読み取り可能な記憶媒体。
9. A computer-readable storage medium storing a program for realizing the method according to claim 1.
【請求項10】請求項2に記載の方法を実現するプログ
ラムを格納する計算機により読み取り可能な記憶媒体。
10. A computer-readable storage medium for storing a program for realizing the method according to claim 2.
JP11097293A 1999-04-05 1999-04-05 Layout data conversion method, apparatus, and storage medium Pending JP2000293592A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP11097293A JP2000293592A (en) 1999-04-05 1999-04-05 Layout data conversion method, apparatus, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP11097293A JP2000293592A (en) 1999-04-05 1999-04-05 Layout data conversion method, apparatus, and storage medium

Publications (1)

Publication Number Publication Date
JP2000293592A true JP2000293592A (en) 2000-10-20

Family

ID=14188464

Family Applications (1)

Application Number Title Priority Date Filing Date
JP11097293A Pending JP2000293592A (en) 1999-04-05 1999-04-05 Layout data conversion method, apparatus, and storage medium

Country Status (1)

Country Link
JP (1) JP2000293592A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008083988A (en) * 2006-09-27 2008-04-10 Casio Comput Co Ltd Input form creation device and program
WO2009001462A1 (en) * 2007-06-28 2008-12-31 Fujitsu Limited Spread sheet generation program, recording medium storing its program, spread sheet generation device, and spread sheet generation method
JP2010140122A (en) * 2008-12-10 2010-06-24 Fujitsu Ltd Program, apparatus and method for generating spreadsheet
US7908344B2 (en) 2007-10-09 2011-03-15 Skiff, Llc Methods, apparatus, and systems for providing local and online data services
JP2012243034A (en) * 2011-05-18 2012-12-10 Hitachi Ltd Web screen design support system, web screen design support method and web screen design support program
WO2014171022A1 (en) * 2013-04-19 2014-10-23 株式会社システムインテグレータ Program and design document generating device

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008083988A (en) * 2006-09-27 2008-04-10 Casio Comput Co Ltd Input form creation device and program
WO2009001462A1 (en) * 2007-06-28 2008-12-31 Fujitsu Limited Spread sheet generation program, recording medium storing its program, spread sheet generation device, and spread sheet generation method
US7908344B2 (en) 2007-10-09 2011-03-15 Skiff, Llc Methods, apparatus, and systems for providing local and online data services
JP2010140122A (en) * 2008-12-10 2010-06-24 Fujitsu Ltd Program, apparatus and method for generating spreadsheet
JP2012243034A (en) * 2011-05-18 2012-12-10 Hitachi Ltd Web screen design support system, web screen design support method and web screen design support program
WO2014171022A1 (en) * 2013-04-19 2014-10-23 株式会社システムインテグレータ Program and design document generating device
JP2014211826A (en) * 2013-04-19 2014-11-13 株式会社システムインテグレータ Program and design specifications generation device

Similar Documents

Publication Publication Date Title
CN1607524B (en) Method for checking multiple variable data document and computer device
US20070228168A1 (en) OCR sheet-inputting device, OCR sheet, program for inputting an OCR sheet and program for drawing an OCR sheet form
JPH03110665A (en) Method and apparatus for preparation of general form
JPS60107357A (en) Word-processor
JP2000293592A (en) Layout data conversion method, apparatus, and storage medium
KR102697795B1 (en) Method and electronic device for editing widget
JPH04148475A (en) Document processing method and device
US6337748B1 (en) Relational figure print control processing apparatus
JPH1091701A (en) Form document system
JP3029822B2 (en) Document processing apparatus, document processing method, and computer-readable recording medium recording program for causing computer to execute the method
JP4508264B2 (en) Database construction apparatus, database construction method, database construction program, recording medium
JP2685762B2 (en) Compound document creating apparatus and compound document creating method
JP2001075789A (en) Screen transition processing device and storage medium
JPS622313A (en) Postal card printing device
JPH0863472A (en) Typesetting device
JP3275629B2 (en) Layout correction device
JP5326903B2 (en) Document output apparatus and program
JP2022149705A (en) Information processing device, information processing method and program
JP2015049834A (en) Form information input system
JP2009123121A (en) Information processor, processing method thereof, and program
JP2015049833A (en) Form information input system
JP2002318991A (en) Form output method, form output device and program
JP2001312390A (en) Program editing device
JPS63229516A (en) Printing system
JPS61105591A (en) Editing unit